Aplikační integrace, vazba na podnikatelské procesy, podnikatelské přínosy, přístupy a prostředky pro vnitro-podnikovou a mezi-podnikovou integraci, zhodnocení, vývoj v dané oblasti.

Předpoklady: Máte ve vaši firmě za úkol navrhnout způsob integrace s vaším velkým dodavatelem.

Zadání: jaké informace pro tuto volbu potřebujete, kde je získáte, jaké alternativy budete uvažovat, jak se rozhodnete.

Enterprise_application_integration

http://findarticles.com/p/articles/mi_qa3937/is_200203/ai_n9019202

http://www.systemonline.cz/clanky/bpi-integrace-podnikovych-procesu.htm

http://www.enterpriseintegrationpatterns.com/toc.html

• Takže máme nějaké podnikové aplikace (tj. složité, podporující životně důležité funkce podniku) a chceme je integrovat neboli propojit tak, aby komunikovaly mezi sebou a s uživateli a s partnery atd.
• Naši klienti považují naší firmu za jednolitý podnik a očekávají, že s námi bude rozumná komunikace jako člověk s člověkem, nikoli jako člověk s miliónem nepropojených aplikací (podnikové procesy jdou napříč odděleními, skrze všemožné aplikace).
• Nejsou na to standardy, je to komplexní problematika, zasahuje mnoho úrovní abstrakce, různé druhy aplikací, různé systémy, nad kterými třeba ani nemáme úplnou kontrolu
• Mezi celkovou vizí integrace aplikací a samotnou implementací je velká díra, kde chybí metodiky, standardy, návrhové vzory atd.
• Většina literatury je vágní, nebo se věnuje určitému výrobci a konkrétní technologii (a la MS BizTalk atd.)
• Hodně se mluví o standardech, ale nejsou best practices
• A architektů, který rozumí integraci aplikací je jako šafránu

• vyexportovat, třeba do COBOLem čitelných souborů
• načíst do cílového systému
• výhody: dobrá fyzická nezávislost, nezávislost na jazyku a systému
• nevýhody: není to okamžitý přenos dat, systémy nejsou synchronizované, obrovské množství dat

• Všechny aplikace sdílí jednu velkou databázi
• výhody: konzistence dat, tvorba reportů
• nevýhody: integrace dat, ne business funkcí, problém společné reprezentace dat pro všechny aplikace

• jedná aplikace vzdáleně volá přímo funkci jiné aplikaci
• potřebná data jsou přenesena v rámci dotazu a výsledek je zabalen do odpovědi
• výhody: výměna dat on-demand, integruje i business funkce, nejen data
• nevýhody: funguje dobře s malým počtem systémů, křehká stavba (pevná vazba), výkon?

• posílání zpráv na sběrnici, nebo do fronty
• k odebírání zpráv se může zaregistrovat více subjektů
• messaging nabízí hodně dodavatelů “EAI” - IBM WebSphere MQ, TIBCO, WebMethods, Java Messaging (JMS), Microsoft .NET System.Messaging, Asynchronous Web Services
• výhody: přenos dat on-demand, integrace business funkcí, volné vazby, asynchronní provoz
• nevýhody: zatím ne tak obvyklý postup, obtížnější testování, někdy je potřeba i synchronní odpověď

1. Transport zpráv ⇒ Channel Patterns
2. Design zpráv ⇒ Message Patterns
3. Směrování (routing) zpráv k cíli ⇒ Routing Patterns
4. Transformace zpráv do různých formátů ⇒ Transformation Patterns
5. Produkování a konzumace zpráv ⇒ Endpoint Patterns
6. Řízení a testování messaging systému ⇒ Management Patterns