İş uygulamalarının entegrasyonu

Kurumsal uygulamaların entegrasyonu veya IAE (İngilizce kurumsal uygulama entegrasyonu , EAI ) bir olan ara katman mimarisi sağlayan heterojen uygulamaları kendi alışverişini yönetmek için. İş entegrasyonu ve kentleşme için BT teknolojileri kategorisinde yer almaktadır . Özelliği , sahte gerçek zamanlı veri alışverişi yapmaktır .

Genişletme olarak, EAI kısaltması , bilgi sisteminin uygulama içi akışlarını uygulayarak bu mimariye ulaşmayı mümkün kılan bir bilgisayar sistemini belirtir .

Bileşenler

Bir IAE platformu birkaç unsurdan oluşur:

• Konektörler, IAE ve uygulamalar arasında bir arayüz görevi görür. Uygulama olaylarını tararlar ve ilgili verileri IAE'ye iletirler (veya uygulamaya IAE'den veri sağlarlar ). Bu verilere belirli iş nesneleri (OMS; İngilizce'de uygulamaya özel iş nesneleri ASBO) adı verilir çünkü bunlar uygulamanın verilerini yansıtır (alanın adı, biçim ...).
• Konektörlerden gelen (veya yönlendirilen) OMS, uygulamaya özel verileri (OMS) IAE: OM'de (iş nesneleri; İngilizce, iş nesneleri BO) standart verilere dönüştürmek için bir eşleme işleminden geçer .
• OM'ler daha sonra çeşitli iş süreçlerinden gelen bilgilerin genel veri modelini yansıtır . Daha sonra, hedef uygulamaya iletmeden önce bir OM'ye uygulanacak işleme mantığını yansıtan işbirliği adı verilen süreçlere aktarılırlar (bilgileri başka bir uygulamada arayarak, iş sürecinin geçerliliğini kontrol ederek, vb.).
• Bir taşıma tabakası  : bu yol için kullanılan katman veri uygulamalar arasında. Bu katman, dosyaları değiş tokuş ederek (örneğin FTP kullanarak ), mesaj alışverişi yoluyla (örneğin bir MOM , JMS veya Jabber / XMPP kullanarak ) veya hatta hizmetleri arayarak (örneğin HTTP üzerinden SOAP kullanarak) uygulanabilir.

Operasyon örneği

Çalışmasını anlamak için, aşağıdaki örneği sunabilirim: Bir sipariş yönetimi uygulaması A yeni bir madde (bir pompa) oluşturur ve bunu bir uygulama için kullanılabilir hale getirmek istiyor B bu makalenin ve bir uygulama için teknik anomalileri takip C hangi makaleyi bir web portalında görüntüler .

1. Uygulama A , veritabanında yeni bir makale oluşturur . Otomatik işlem ( tetikleyici ) bu olayı yakalar ve ilişkili verilerle (yeni makale) bir olay tablosunda arşivler .
2. Bir IAE JDBC ( veritabanı ) bağlayıcısı bu tabloyu her on saniyede bir tarar ve bu yeni olayı keşfeder. Daha sonra ilişkili verileri alır ve bir fiille ( yaratma ) ilişkilendirerek bir OMS'ye kopyalar .
3. DSÖ daha sonra yeni makalenin verilerini ( A uygulamasına özgü ) şirketin bir makaleyi temsil etmek için ihtiyaç duyduğu tüm bilgileri yansıtan genel bir İş Nesnesine dönüştürmek için bir eşleştirme aşamasından geçer .
4. Nesne Meslek Makalesi iki işbirliği (C1 ve C2) tarafından bekleniyor (kaydedildi). İlki, OM'yi alır, fiili analiz eder (yaratma) ve OM'yi yaratmada B uygulamasına gönderir (Bu OM, B'ye yönelik bir OMS makalesi elde etmek için eşleştirilir ve yaratımı gerçekleştiren B'nin konektörü tarafından işlenir). Aynı zamanda, ikinci İşbirliği C2, orijinal OM'yi kurtarır ve onu oluşturmak için C uygulamasına gönderir (eşleme, konektör C).

Avantajlar ve dezavantajlar

Faydaları:

• Merkezi akışlar: IAE'nin gelişinden önce, şirketler her uygulamaya özel arayüzler geliştirmeli ve bunları noktadan noktaya bağlamalıydı. Sonuç, bakımı ve geliştirmesi zor olan karmaşık bir akış ağıydı ( spagetti tabağı ). Artık tüm IAE arayüzleri , akışları işleyen ve kayıtlı uygulamalara yeniden dağıtan merkezi bir sunucuda ( hub ) birleşiyor .
• "Su üzerinden" işlenen yem: güncelleme verileri su üzerinden, yani ölçüm kaynağı uygulama olayları olarak taşınır. Bu, aktarımlar sırasında veri akışını azaltır ve nihai değişikliğinden kısa bir süre sonra belirli bir "güncelleme" önerir . Bu aynı zamanda, verilerin çıkarılması veya güncellenmesi nedeniyle uygulamaların performans kaybını da azaltır, çünkü yalnızca küçük akışları işler ve zaman içinde dağıtılır.
• Yeniden kullanılabilir akış: Yeni bir uygulama IAE'de zaten mevcut olan OM'lere erişmek isterse, artık tüm kurtarma mantığının geliştirilmesine gerek yoktur. Teorik olarak, yalnızca IAE yoğunlaştırıcısına işbirliğini (özel işlemeye ihtiyaç duyarsa), OMS'sini, eşlemelerini ve konektörünü eklemesi gerekir.
• Arayüz geçişinin maliyeti: arayüzlü uygulamalardan (geçiş, ürün değişikliği) birini değiştirirken birkaç değişiklik gereklidir. Yalnızca uygulamaya özel bağlayıcının, eşlemenin veya işbirliğinin değiştirilmesi gerekir.

Dezavantajları:

• Büyük akışlar: büyük akışlar için (örneğin: aynı anda 10.000 makalenin güncellenmesi), üniter bilgi işlemenin mantığı çok yavaştır. Bir ETL çözümünü tercih ederiz .
• İlk maliyet: Altyapıyı kurmanın maliyeti oldukça yüksektir. Ancak daha fazla akış eklendikçe büyük ölçüde azalır.
• Veritabanlarının yeniden senkronizasyonu: bir olayın ardından (uygulama hatası, çalışma hatası, disk hasarı vb.) Veya hatta veri yapılarının zenginleştirilmesinden sonra, verilerin kopyalandığı veritabanları, verilere referans verilenlerle yeniden senkronize edilmelidir. Bu fenomen maalesef neredeyse kesindir ve hatta oldukça sıktır. Genellikle özel bir yeniden senkronizasyon prosedürü gereklidir. Büyük olabilen ve artık olaylarda olmayan statik veriler üzerinde çalışır. İşlevsel bir çalışma zorunludur. Veritabanlarına (mutabakat tanımlayıcı, son güncellemenin tarih-saat vb.) Yeniden senkronizasyon verilerinin eklenmesi genellikle gereklidir. Aslında, IAE, bir ETL'ninkilere daha yakın özelliklerle iki katına çıkarılmalıdır. Anında bir güncelleme önermeden önce, yeniden senkronizasyon prosedürünü inceleyerek başlamanız önerilir. İhtiyacı karşılamak için genellikle yeterlidir. Aksi takdirde, mimarın dehası, modüler bir çözüm bulmak ve iki araç arasında iş kurallarının fazlalığından kaçınmak için ifade edilmelidir. Örneğin, son beş günde değişen verilerin her dört saatte bir kopyalanması genellikle yeterlidir. Beş günlük süre, sesi sınırlar. Periyot çakışması, prosedür hataya düştüğünde veya kaynak veritabanı geri yüklendiğinde veya onarıldığında, bir sonraki geçiş sırasında tutarlılığı otomatik olarak geri yüklemeyi mümkün kılar. Aynı prosedür, periyot üzerinde oynayarak tüm verileri yeniden hizalamak için kullanılır. Yani çoğaltma kurallarının hepsi aynı araçta.

Şirkette IAE

Bir IAE'nin uygulanması, şirketin bilgi sistemlerinin entegrasyonunu birleştirme arzusunu gerektirir. Bir şehirleşme çalışması aşaması aşağıdakileri mümkün kılacaktır:

• Şirketin iş verilerinin çoğunu tanımlayın (örneğin, makaleler, siparişler, tedarikçiler, müşteriler ...)
• usta olacak uygulamaları tanımlayın, örneğin:
  • Tedarikçi yönetimi uygulaması, tedarikçi verilerinin ustası olacaktır .
  • Bunları IAE aracılığıyla diğer uygulamalara dağıtabilecek ve bunları referans tedarikçi verileri olarak kullanabilecek .

Bu veriler IAE'de bir iş nesnesi (OM) olarak temsil edilecektir.

Daha sonra, her bir özel uygulamanın bilgilerini şirketin organizasyonunun bir aşamasında başkalarıyla paylaşabileceği birleşik iş bilgisi akışları oluşturabiliriz.

Örneğin :

• Satın alma departmanı, üretim departmanı tarafından kullanılan kalemleri tanımlayacak tedarikçileri oluşturmuştur .
• Bu üretim departmanı , satış departmanı tarafından müşterilere satılan ürünleri inşa edecek .
• Söz konusu müşteriler satış sonrası hizmetle takip edilecek ...

IAE, yalnızca karmaşık bir veri alışverişi altyapısı içinde ilgili bir entegrasyon çözümü olarak görünür . İki son derece basit sistemi bağlamak için IAE'yi kullanmak, kabuğundan bir somunu çıkarmak için bir örsü manipüle etmek kadar alakalı olacaktır.

IAE'nin önünde yeni bir teknolojinin kurulmakta olduğunu görüyoruz: kurumsal hizmet veriyolu (ESB).

Dış bağlantılar

• Yedi soruda EAI
• https://www.ediservices.com/fr/qu-est-ce-que-eai/