Sonic ESB: Programovateľná integrácia

Tlak na integráciu rozdielnych systémov v celom podniku sa neustále zvyšuje, ale nadväzovanie spojení medzi systémami, a to aj tými, ktoré sú určené na integráciu, zostáva skutočnou výzvou.

Podniky tradične pripájali systémy pomocou odkazov typu point-to-point a vlastného kódu. V poslednej dobe sa ako ďalšie riešenie objavili integrační sprostredkovatelia - proprietárny softvér na vytváranie spojení medzi viacerými systémami. Spojenia typu point-to-point sú však náročné na údržbu a integračných sprostredkovateľov bolo náročné kúpiť.

Sonic ESB je jedným z nových súborov produktov účtovaných ako podnikové servisné autobusy (ESB), ľahkých integračných sprostredkovateľov založených na štandardoch ako XML a SOAP určených na prácu v distribuovanom prostredí.

Pre podniky, ktoré chcú postupne pristupovať k integrácii podnikových aplikácií, budú ESB veľmi užitočné. Pomocou modelu zbernice je možné najskôr integrovať niekoľko aplikácií s najväčšou návratnosťou; ďalšie aplikácie je možné neskôr zložiť, keď budú k dispozícii peniaze a zdroje. Pretože vstupné bariéry sú nízke, tieto integračné projekty môžu začať v malom, byť dôsledne riadené a rásť tak, aby vyhovovali budúcim potrebám.

Sonic ESB 5.0 sa snaží ponúkať tieto výhody kombináciou zasielania správ, smerovania, webových služieb a transformácie správ s cieľom integrovať a organizovať akcie viacerých koncových bodov internetových aplikácií.

Architektúra ESB spoločnosti Eyeing Sonic

Typický integračný sprostredkovateľ má architektúru rozbočovača a lúčov. Sonic ESB je na druhej strane postavený na vrchole produktu Sonic Software zameraného na správy a middleware, SonicMQ, poskytovateľa JMS (Java Message Service) pre aplikačné servery J2EE. SonicMQ poskytuje spoločnosti Sonic ESB konfiguráciu a správu chodu, sprostredkovateľov správ a spravované kontajnery. Interakcie medzi SonicMQ a ESB sú také jemné a úplné, že sa nemožno čudovať, že Sonic Software o nich hovorí ako o súprave.

Pretože je Sonic ESB postavený na infraštruktúre zasielania správ, architektúru jeho zbernice je možné distribuovať cez podnikovú sieť LAN alebo globálny internet. Uzly správ je možné kvôli spoľahlivosti inštalovať do klastrov na viacerých počítačoch a tieto klastre sa môžu združovať s klastrami na iných miestach, aby poskytovali body vzdialenej integrácie.

Okrem toho je do systému integrovaný správca domén, ktorý slúži ako adresár služieb nasadených v sieti.

Kontajnery spravujú koncové body, ktoré potom riadia životný cyklus služieb poskytujúcich smerovanie, orchestráciu toku procesov, transformáciu údajov a zabezpečenie. Tieto kontajnery tiež prispôsobujú koncové body starým systémom. Napríklad je k dispozícii adaptér J2EE na pripojenie systémov založených na J2EE k zbernici. Servisné kontajnery sú zvyčajne hosťované oddelene od serverov správ. Každý z nich je umiestnený spoločne so starým systémom, ktorému slúži.

Správy sa smerujú pomocou priloženého itinerára vytvoreného prostredníctvom konzoly na správu. Smerovanie podľa obsahu sa vykonáva vo vnútri služieb koncového bodu pomocou protokolu XPath na prezeranie pripojených dokumentov XML a podmienečne na základe obsahu dokumentu. Transformačná služba používa XSLT (eXtensible Style Language Transformation). Produkt Stylus spoločnosti Sonic Software graficky vytvára dokumenty XSLT, ktoré sa transformujú z jednej schémy XML do druhej, ale bude fungovať aj akýkoľvek iný nástroj XSLT.

Hľadám integračného architekta

Keď som bol na druhom stupni, dieťa v mojej triede prinieslo hračku s elektronikou, ktorá vám umožní zostaviť rádio a ďalšie jednoduché elektronické zariadenia podľa dodaných schém a klikania na bloky. Keď som si prezeral program Sonic ESB, nemohol som si pomôcť, ale myslel som na programy typu snap-together, keď som manipuloval s jeho konfiguráciou prostredníctvom riadiacej konzoly založenej na grafickom používateľskom rozhraní.

Aj keď veľa z toho, čo robíte pri nastavovaní Sonic ESB, je iba manipulácia s konfiguračnými súbormi, konečným výsledkom je proces, ktorý manipuluje s údajmi. Toto nie je iba konfigurácia založená na zásadách - ide o programovanie.

Programovanie Sonic ESB sa nedeje jednotnou notáciou, ale zahŕňa písanie úryvkov Java a JavaScript spolu s XSLT, schémami XML a súbormi WSDL. Niekoľko rôznych grafických nástrojov usporiada všetky z nich do celkovej konfigurácie, ktorá poskytuje správne smerovanie a službu pre požadovaný výsledok.

Spoločnosť Sonic Software dodáva komplexný príklad dodávateľského reťazca v príručke Začíname. Prepracovanie tohto príkladu vás dovedie k zrýchleniu hlavných režimov interakcie ESB a oboznámi vás s konceptmi a nástrojmi na správu potrebnými na konfiguráciu a používanie zbernice.

Keď som prešiel konfiguračným procesom, zarazilo ma, aké ťažké bolo sledovať všetky rôzne časti, čo robili a ako do seba zapadajú. Riadiace konzoly Sonic ESB sú také dobré, ako som už videl. Nejde však o programovacie prostredia - poskytujú iba základnú podporu pre abstrakciu. Napríklad tok procesu umožňuje pomenovanie a vloženie, ale rovnako dôležité ako podmienený tok sú skryté v súboroch JavaScript a XSLT.

Viaceré formáty - Java, JavaScript, XSL, schéma XML atď. - ktoré popisujú proces a údaje, sú ďalšou záťažou. Hoci je teda použitie programu Sonic ESB programovým aktom, je to produkt postavený na zhluku technológií a nie na jednej dobre navrhnutej notácii.

To nemusí byť nevyhnutne chybou spoločnosti Sonic Software. Pracujú s nástrojmi, ktoré od nich vyžadujú technológie a štandardy, ktoré zákazníci požadujú. Pochybujem, že by Sonic Software bol schopný riadiť prijatie nejakej jednotnejšej notácie.

Pretože jednotná notácia nie je k dispozícii, existuje niekoľko vizuálnych podnetov na pochopenie toku správ, chybových stavov a transformácií údajov. Bez obrázkov a popisu v príručke Začíname by bolo pochopenie toku správ v uvedenom príklade dodávateľského reťazca skutočne ťažké. Uvedomil som si, že obrátené naruby, príručka Začíname bola vlastne architektúra systému; obrázky a popisy v sprievodcovi sú pravdepodobne rovnaké, aké použili vývojári príkladu pri jeho vytváraní.

Úspešné použitie produktov, ako je Sonic ESB, si bude vyžadovať rovnaký druh starostlivého plánovania zo strany vývojárov pôsobiacich ako „integrační architekti“. Nástroje, techniky a metodiky modelovania, ktoré majú integrační architekti k dispozícii, sú stále primárne, ale Sonic ESB poskytuje komplexný súbor nástrojov potrebných na implementáciu integrácie, hneď ako bola naplánovaná.

Flexibilita za cenu

Sonic ESB v kombinácii s SonicMQ poskytuje štandardnú metódu na integráciu starších aj nových aplikácií z celého podniku spôsobom, ktorý je spoľahlivý a nákladovo efektívny. Integrácia sady systémov so Sonic ESB by mala stáť menej ako použitie proprietárnych integračných sprostredkovateľov.

Pri kontrole SonicXQ, predchodcu spoločnosti Sonic ESB, sme dospeli k záveru, že „SonicXQ poskytuje vývojárom solídnu sadu bezpečných a spoľahlivých služieb BPM (riadenie podnikových procesov)“ (pozri „Udržiavanie BPM na dobrej ceste“, 30. septembra, strana 26).

To sa nezmenilo. Ale zatiaľ čo nástroje na správu sú teraz oveľa vylepšené, Sonic ESB 5.0 často vyžaduje zložitú konfiguráciu. Jeho výkon si vyžaduje značné znalosti v oblasti technológií ako J2EE, middleware zameraného na správy, XML, XSLT, XPath, JavaScript a Java.

Toto je cena flexibility. Niektoré nástroje sa zameriavajú na jednoduché použitie a dokonca sa môžu pochváliť tým, že podnikatelia ich môžu použiť na správu obchodných procesov. Ale žiadny z nich neponúka flexibilitu potrebnú na úplnú integráciu systému. SonicESB ponúka túto flexibilitu, ale iba ak máte vývojárov a integračných architektov, ktorí ju môžu využiť.