1 PODNIKOVÁ SBRNICE SLUŽEB SONIC (SONIC ESB)

Transkript

1 Produktová ada Progress Sonic umožuje zjednodušit a urychlit vývoj, provoz, integraci a správu podnikových aplikací. Výrazn zvyšuje produktivitu integraní vývojá, zkracuje dobu potebnou pro nasazení aplikace a urychluje návratnost vložených investic. Podporuje vysoce distribuovaný provoz aplikací v interních sítích, pes internet i pro nepipojené uživatele, zjednodušují konektivitu a integraci aplikací a dat v podnicích a mezi podniky. Výsledkem jsou pístupné, úplné, spolehlivé a úsporné softwarové aplikace, které je možné jednoduše zalenit do podnikové architektury orientované na služby SOA (Service-Oriented Architecture). Produkty ady Progress Sonic pedstavují standardizovaný pátení základ pro budování architektury SOA (Service Oriented Architecture), která integruje aplikace a uvádí do souladu procesy jak celého podniku tak i procesy za jeho hranicemi. Jakákoli podniková implementace SOA mže být navíc výrazn rozšíena a obohacena o funkce zajišující její vizibilitu, monitoring a runtime governanci, které však nabízí další produktová ada Progress Actional. Základní produkt, Sonic ESB (Sonic Enterprise Service Bus), oznaila nezávislá spolenost Forrester Research za leadera na trhu podnikových sbrnic služeb. The Forrester považuje Sonic ESB za ESB, které je nezávislé na provozních podmínkách a je jedno z nejlepších z hlediska využití a nárok na pam. Progress Sonic ESB získal i maximální bodové ohodnocení za své schopnosti v oblasti SOA runtime governance. Sonic ESB pedstavuje neinvazivní typ integrace aplikací v reálném ase založenou na oborových standardech. Integrovat je možné rzné datové zdroje rzných datových formát a protokol, rzné aplikace tetích stran, aplikaní servery a webové služby, a již se tyto komponenty nacházejí uvnit nebo vn organizace. Klíovým prvkem ešení je robustní škálovatelná podniková sbrnice služeb (ESB) umožující integraci rzných datových formát i komunikaních protokol. 1 PODNIKOVÁ SBRNICE SLUŽEB SONIC (SONIC ESB) Spolenost Sonic Software byla v roce 2002 zakladatelem konceptu podnikové sbrnice služeb (viz nap. z Burton Group, Gartner, Forester). Sonic ESB kombinuje standardní messaging, webové služby, XML transformace a inteligentní smrování ke spolehlivému propojení a koordinaci komunikace aplikací jak v rámci organizace (vnitní integrace) tak mezi nimi (vnjší integrace). Sonic ESB pedstavuje pímou implementaci princip SOA. Na rozdíl od tradiních messagingových systém nebo aplikaních server, je Sonic ESB vysoce distribuovatelná a tém perfektn lineárn škálovatelná sbrnice. Toho je docilováno pomocí konceptu lehkých vícevláknitých Java kontejner, které mohou bžet umístny kdekoli na síti. Distribuovaná sbrnicová topologie umožuje inkrementální nasazování pesn dle požadavk a možností zákazníka. 1/8

2 Sonic ESB je víceprotokolová (TCP/IP, SSL, HTTP/S, FTP, a ada dalších) víceformátová (JMS, SOAP, XML, TXT, CSV, binár, stream dat, a ada dalších) sbrnice. K transformaci je možné využít vestavný XSLT/XQuery stroj Sonic ESB se skládá z následujích vrstev: Vrstva messagingu (SonicMQ, JMS resp. WS-ReliableMessaging) Vrstva ESB (Sonic ESB) Vrstva Orchestrace (Sonic BPEL Server) Vrstva monitorování, logování, alertování (Sonic Event Monitor) Sonic ESB portfolio budou doplovat následující produkty a ESB služby: Sonic DB Service (produkt Sonic Software) Sonic ESB Transformaní služba (implementace XSLT Xalan API, souást instalace) Sonic ESB Souborová služba (služba pro penos soubor, souást instalace) Sonic ESB Smrovací služba (služba pro smrování na základ obsahu zpráv, souást instalace) 2 z 8

3 2 SONICMQ Sonic Software je spoluautorem JMS specifikace. SonicMQ je jednim z nejvýkonnjších messagingových server na trhu. Jeho úlohou je 100% garantovat doruení synchronních i asynchronních zpráv/dokument. Garantuje sémantiky: at-most-once, kdy zpráva mže být ztracena, pokus o doruení se pak opakuje, ale zpráva nesmí být doruena dvakrát (je zde detekce duplicit) once-and-only-once znamenající, že zpráva nesmí být ani ztracena ani doruena dvakrát. Tím, že Sonic ESB používá jako transportní vrstvu standardní JMS messaging, je možné Sonic ESB integrovat i s jinými typy integraních architektur jako nap. aplikaními servery nebo jinými JMS poskytovateli. Na této úrovni se nastavuje i veškerá bezpenost, šifrování zpráv i komunikaního protokolu, napojení na autentizaní servery (Microsoft AD, LDAP apod). 3 z 8

4 3 SONIC ESB Je framework umožující vytváet, distribuovat, spouštt, komponovat a spravovat služby. Framework Sonic ESB je vytvoen v isté Jav. Dle SOA princip jsou ESB služby bezstavové (stav je penášen samotnými XML zprávami). Sonic ESB obsahuje ti pedinstalované služby, které nacházejí uplatnní tém v každém integraním projektu: Služba smrování (CBR - Content-Based Routing). Smrovat lze na základ jakékoli hodnoty nacházející se v hlavice zprávy nebo uvnit tla dokumentu. Transformaní službu (zabudovaný XSLT peklada). Sonic ESB má vlastní centrální úložišt metadat, které uchovává: definice ESB služeb a ESB itinerá (proces) konfigurace instancí služeb XML schémata definice transformací definice endpoint bezpenostní a zabezpeovací konfigurace 4 SONIC BPEL SERVER Jde o vrstvu umožující vytváet, spouštt, monitorovat a slaovat business procesy (dlouhé obchodní transakce). Sonic BPEL server pedstavuje stavový stroj (state engine) vycházející ze specifikace BPEL 2.0. Pedmtem orchestrace mohou být: Sonic ESB služby Sonic ESB procesy Webové služby jak vlastní tak tetích stran Jakákoli jiná aplikace nebo jiný datový zdroj pipojitelný k Sonic ESB 5 SONIC EVENT MONITOR Pedstavuje vrstvu monitorování, logování, alertování. Umožuje generovat, zachytávat, zpracovávat, uchovávat a prezentovat události i metriky nižších vrstev. Umožuje nastavovat rzné prahové hodnoty a spoušte (triggers) pro jednotlivé prvky nižších vrstev (od front, topik pes brokery, kontejnery po business procesy). Tato vrstva je založena na standardu Java Managment extension (JMX) a opensource API Log4J. Díky rozhraní JMX je možné kontejnery s instancemi služeb místn nebo i 4 z 8

5 vzdálen monitorovat, auditovat, spouštt, zastavovat nebo rekonfigurovat. Pokud je nutné provést jakoukoli zmnu služby, provede se tato zmna jen jednou v centrálním úložišti ESB. Kontejnerm je pak možné zaslat píkaz reload a po znovuzavedení bude kontejner obsahovat již zmnnou definici píslušné služby. 6 ADD-ON SLUŽBY Sonic Connect Service Služba pro pímé volání/pímou akceptaci REST nebo SOAP volání. Sonic DB Service ESB služba umožující SQL operace s daty uloženými v RDBMS. Umožuje i volání uložených DB procedur. Pístup k RDBMS využívá JDBC. Sonic File Drop Service ESB služba pro odesílání/píjem jakýchkoliv soubor do velikosti 10 MB pomocí standardu JMS. Tato služba obalí libovolný soubor XML hlavikou a vytvoí validní JMS zprávu. V pípad vtších soubor než 10 MB Sonic nabízí zvláštní streamové API, pomocí kterého je možné vytvoit vlastní ESB službu pro penos soubor libovolné velikosti. Sonic Content Based Routing Service ESB služba pro smrování zpráv na základ obsahu hlaviek, properties nebo i tla XML zpráv. Sonic Transformation Service ESB služba pro XSLT transformace. Sonic ESB má vestavný Saxon stroj. 5 z 8

6 KONCEPTUÁLNÍ SCHÉMA PÍKLADOVÉ INTEGRACE MHMP Konceptuální nástin aplikací-zdroj dat pipojených k ESB. Pesný datový formát a komunikaní protokol bude výstupem analýzy. Aplikace1 Aplikace2 Aplikace3 Aplikace4 AplikaceN XML TXT CSV SOAP HTML Meta-data ESB process, itinerá transformací, smrování, SOA služeb Repository ESB endpoint JMS/JDBC JMS/JDBC SOAP TXT RDBMS RDBMS Interní Registry File System JMS, HTTP, WS, FTP, ,. internet Subjekt 01 Subjekt 02 Subjekt nn externí subjekty i datové zdroje (UIR-ADR, ASPI, registry,.) 7 KATEGORIE TYP INTEGRACÍ Z hlediska možností Sonic ESB lze aplikace/datové zdroje rozdlit do následujících kategorií, které se liší použitými komunikaní protokoly a datovými formáty: Zabudované JMS rozhraní do aplikace Webové služby Pímé HTTP (HTTP Direct) Databázová integrace FTP, SMTP/POP3, J2EE aplikaní server JMS tetích stran Souborové penosy B2B (Standardní aplikaní balíky, Technologické konektory) Ostatní (Na míru vyvinuté protokoly, adaptéry, konektory, apod.) 6 z 8

7 8 KATEGORIE DATOVÝCH FORMÁT: Z hlediska možností integraního systému Sonic ESB lze píchozí i odchozí zprávy kategorizovat do následujících formát: Text a jeho varianty (nap. rzné CSV) XML SOAP HTML Binární data Metadata JMS B2B MIME Kombinovaný formát Datový proud (data stream) Ostatní 7 z 8

8 9 HW DOPORUENÍ GALEOS je softwarová spolenost a není HW expertem. Následující doporuení se opírají o zkušenosti našich konzultant vycházejících z obdobných projekt. Pesná konfigurace je vždy výsledkem podrobné vstupní analýzy resp. spolupráce GALEOSu jako dodavatele middlewaru a píslušného HW dodavatele. Pokud: nkteré integraní scénáe jsou synchronní a infrastruktura Sonicu má pidávat pouze minimální režii, poet souasn zasílaných dotaz není vtší než 8-10 za vteinu, OS je na seznamu podporovaných platforem poet souasn pipojených aplikací/zaízení nebude vtší než 10, prmrná velikost zasílaných zpráv není vtší než KB, maximální velikost zasílaných zpráv není vtší než 4-6 MB, pak minimální požadavky na generický HW primárního i sekundárního serveru pro úely integraního projektu jsou : dual-core single CPU poslední typ procesoru Pentium s taktem ne menším než 3 GHz. Možnost rozšiitelnosti na alespo 2 dual-core CPU. 4 GB RAM na jedno dual-core CPU, s možností rozšiitelnosti na 8 GB RAM 300 GB prostoru na rychlém pevném disku nebo rychlém diskovém poli s možností rozšiitelnosti na 350 GB. Rychlost diskových I/O operací je pro rychlost Sonic ESB stejn zásadní jako kmitoet procesoru. 2-3 síové karty (primární a záložní okruhy pro Sonic ESB, 1 okruh pro aplikaní provoz) Pro provoz Sonic ESB je možné využít kteroukoli z následujících podporovaných platforem viz aktuální seznam na ***** Konec dokumentu ***** 8 z 8