ESB / iPaaS

Zajímavost ze světa 

Architektonický styl REST, na kterém dnes stojí většina firemních rozhraní API, popsal Roy Fielding ve své disertační práci už v roce 2000. Definoval v ní pravidla, podle kterých si systémy přes internet vyměňují data dodnes.[3] 

Co v článku najdete 

• Co je ESB a jak podniková sběrnice funguje 
• Co je iPaaS a v čem se liší od ESB 
• Jaký je hlavní rozdíl mezi ESB a iPaaS 
• Jak souvisí ESB a iPaaS s rozhraním API 
• K čemu firma integrační platformu prakticky využije 
• Jaký je vztah integrační platformy a ERP systému 
• Kdy zvolit ESB a kdy iPaaS 
• Jaké jsou výhody a rizika integračních platforem 
• Jak postupovat při zavedení integrace 

Co je ESB a jak podniková sběrnice funguje 

ESB je integrační vrstva, která propojuje firemní systémy přes jeden společný kanál. Místo aby spolu aplikace komunikovaly napřímo, posílají zprávy na sběrnici, která je převede do správného formátu a doručí příjemci [1]. Sběrnice tak funguje jako prostředník, který odděluje odesílatele od příjemce. 

Hlavní výhodou je, že se systémy o sobě nemusí navzájem vědět. Když firma vymění e-shop za jiný, stačí přepojit jeden konec sběrnice a ostatní systémy změnu nepocítí. ESB zpravidla běží na vlastních serverech firmy, takže má plnou kontrolu nad daty i provozem [1]. 

Sběrnice obvykle zvládá víc než jen předání zprávy. Umí data převést z jednoho formátu do druhého, doplnit chybějící údaje, směrovat zprávu podle obsahu nebo ji rozeslat více příjemcům najednou. Díky tomu se logika propojení soustředí na jedno místo a nemusí se opakovat v každé aplikaci zvlášť. 

Funkce sběrnice	Co dělá
Příjem zprávy	Převezme data od odesílajícího systému
Převod formátu	Upraví data do podoby, které rozumí příjemce
Směrování	Pošle zprávu správnému systému podle obsahu
Doručení	Předá data příjemci a ověří jejich přijetí

Zdroj: Asseco Solutions. Oficiální dokumentace systému Helios. helios.eu.

Co je iPaaS a v čem se liší od ESB 

iPaaS je integrační platforma poskytovaná jako služba v cloudu. Firma si ji pronajímá u poskytovatele a nemusí provozovat vlastní servery ani řešit jejich aktualizace [2]. Platforma je dostupná přes internet a roste podle potřeby. 

Model služby v cloudu popisuje standard NIST. Výpočetní prostředky se poskytují na vyžádání, platí se podle skutečného využití a o infrastrukturu se stará poskytovatel [5]. iPaaS tento princip aplikuje právě na integraci mezi systémy. 

Rozdíl proti ESB je hlavně v tom, kde platforma běží a kdo ji spravuje. ESB má firma u sebe a stará se o ně sama, iPaaS běží u poskytovatele a firma jen nastavuje propojení. iPaaS bývá rychlejší na rozjezd, protože není třeba instalovat ani udržovat servery [2]. 

Jaký je hlavní rozdíl mezi ESB a iPaaS 

Oba přístupy řeší stejnou úlohu, tedy propojení systémů přes společnou platformu. Liší se modelem provozu a tím, kdo nese odpovědnost za infrastrukturu [2]. 

Hledisko	ESB	iPaaS
Umístění	Vlastní servery firmy	Cloud poskytovatele
Protokol a údržba	Řeší firma	Zajišťuje poskytovatel
Vstupní náklad	Vyšší, vlastní infrastruktura	Nižší, platba za službu
Rychlost nasazení	Pomalejší, instalace a nastavení	Rychlejší, hotová platforma
Kontrola nad daty	Plná, data zůstávají ve firmě	Sdílená s poskytovatelem

Zdroj: NIST (2011). The NIST Definition of Cloud Computing. SP 800-145.

Volba není jen technická. ESB dává smysl firmám, které chtějí mít data i provoz plně u sebe, typicky kvůli citlivým údajům nebo propojení se stroji. iPaaS sedí firmám, které chtějí integraci rychle rozjet a nevázat na ni vlastní IT [2]. 

Náklady mají u obou modelů jinou podobu. U ESB firma platí vyšší vstupní investici do serverů a licencí, ale provoz si pak řídí sama. U iPaaS jsou vstupní náklady nízké a platí se průběžně podle využití, což odpovídá modelu služby v cloudu [5]. Z dlouhodobého pohledu je proto dobré počítat celkové náklady, ne jen cenu na začátku. 

Jak souvisí ESB a iPaaS s rozhraním API 

Integrační platforma sama o sobě nestačí, systémy spolu musí umět mluvit. K tomu slouží rozhraní API, tedy dohodnutá pravidla, jak si dvě aplikace vyměňují data [3]. ESB i iPaaS tato rozhraní využívají, jen je sdružují na jednom místě. 

Většina dnešních rozhraní vychází ze stylu REST, který popsal Roy Fielding v roce 2000. REST stanoví, jak přes web posílat požadavky a odpovědi tak, aby byly jednotné a srozumitelné napříč systémy [3]. Díky tomu se ERP, e-shop i banka domluví, i když je psal každý jiný výrobce. 

Platforma nad těmito rozhraními přidává hodnotu. Hlídá, zda zpráva dorazila, zkouší odeslání znovu při výpadku a vede záznam o tom, co se kdy přeneslo. Bez této vrstvy by se každé propojení muselo ošetřovat ručně v každé aplikaci. 

Bez společné platformy by každý systém musel mít vlastní propojení s každým dalším. Při pěti systémech by to znamenalo desítky samostatných spojení, která se navíc musí udržovat při každé změně. Sběrnice nebo iPaaS tento problém řeší tím, že každý systém připojí jen jednou, a o zbytek se postará platforma [2]. 

K čemu firma integrační platformu prakticky využije 

• Propojení ERP s e-shopem, aby se objednávky přenášely automaticky 
• Předávání faktur a plateb mezi ERP a bankou 
• Výměna stavů zásilek s dopravci a logistikou 
• Synchronizace dat mezi ERP a systémem pro řízení vztahů se zákazníky 
• Napojení výrobních a skladových systémů na podnikové plánování 

Společným jmenovatelem je, že odpadá ruční přepisování dat mezi programy. Údaj se zadá jednou a platforma ho doručí všude, kde je potřeba. Tím se snižuje chybovost a zrychluje zpracování zakázek. Čím víc systémů firma provozuje, tím větší přínos integrace má, protože počet ručních propojení by jinak rychle rostl. 

Propojení	Co se přenáší	Přínos
ERP a e-shop	Objednávky, ceny, stav skladu	Méně ručního přepisování
ERP a banka	Faktury, platby, výpisy	Rychlejší párování plateb
ERP a dopravce	Zásilky a jejich stav	Přehled o doručení v reálném čase
ERP a CRM	Zákazníci a zakázky	Jednotný pohled na klienta

Zdroj: Monk, E., Wagner, B. (2013). Concepts in Enterprise Resource Planning. Cengage.

Jaký je vztah integrační platformy a ERP systému 

ERP je obvykle srdcem firemních dat, drží objednávky, sklady, výrobu i finance [4]. Integrační platforma kolem něj propojuje další systémy tak, aby do ERP data tekla a zase z něj vystupovala bez ruční práce. 

ERP Helios od společnosti Asseco lze přes integrační rozhraní napojit na okolní aplikace. Ve variantách Helios iNuvio a Helios Nephrite tak firma propojí podnikový systém s e-shopem, dopravcem nebo bankou a nemusí data přenášet ručně. 

Kvalitu takového propojení je dobré posuzovat měřitelně. Norma pro hodnocení kvality softwaru popisuje vlastnosti jako spolehlivost, výkonnost a udržovatelnost, které u integrací rozhodují o tom, zda budou v praxi fungovat [6]. 

Kdy zvolit ESB a kdy iPaaS 

Rozhodnutí závisí na velikosti firmy, počtu propojení a na tom, jak moc chce firma držet provoz u sebe. Univerzální odpověď neexistuje, dají se ale vysledovat typické situace [2]. 

Situace	Vhodnější volba
Citlivá data musí zůstat ve firmě	ESB na vlastních serverech
Rychlé propojení s cloudovými službami	iPaaS
Velká firma s vlastním IT týmem	ESB nebo hybridní model
Menší firma bez vlastní serverovny	iPaaS
Mnoho měnících se propojení	iPaaS pro pružnost

Zdroj: NIST (2011). The NIST Definition of Cloud Computing. SP 800-145.

Řada firem volí kombinaci obou. Citlivé a strojní propojení nechá na vlastní sběrnici, zatímco napojení na cloudové služby řeší přes iPaaS. Tomuto smíšenému přístupu se říká hybridní model. 

Jaké jsou výhody a rizika integračních platforem 

Hledisko	Přínos	Riziko
Provoz	Méně ruční práce a chyb	Závislost na jedné platformě
Data	Jeden zdroj pravdy napříč systémy	Šíření chyby do více míst
Náklady	Logika propojení na jednom místě	Náklad na licence a správu
Rozvoj	Snadné přidání dalšího systému	Potřeba odborné správy

Zdroj: ISO/IEC 25010:2011. Systems and software engineering. Quality models (SQuaRE).

Platforma propojení usnadní, ale nese i odpovědnost. Pokud vypadne, zastaví se tok dat mezi systémy. Proto se u integrací sleduje spolehlivost a dostupnost jako klíčové vlastnosti kvality softwaru [6]. 

Jak postupovat při zavedení integrace 

• Sepište, které systémy a jaká data se mají propojit 
• Určete směr toku dat a jak často se mají přenášet 
• Rozhodněte mezi vlastní sběrnicí a cloudovou službou podle potřeb 
• Ověřte, že systémy mají rozhraní API, případně je doplňte 
• Otestujte propojení na vzorku dat, než spustíte ostrý provoz 

Zavedení integrace je projekt jako každý jiný. Vyplatí se začít od mapy toků dat a zapojit dodavatele, který podobná propojení v daném oboru už dělal [4]. 

Propojte Helios s vašimi systémy 

Integrace šetří čas a snižuje chybovost, ale jen pokud je dobře navržená. Společnost NVSP dodává ERP Helios ve variantách iNuvio a Nephrite a pomáhá s jeho napojením na e-shop, banku, dopravce i další systémy. Prohlédněte si nabídku produktů NVSP a nezávazně proberte, jak vaše systémy propojit. 

Shrnutí 

ESB a iPaaS jsou dva přístupy k propojení firemních systémů. ESB je podniková sběrnice na vlastních serverech, kterou si firma spravuje sama. iPaaS je integrační platforma provozovaná jako cloudová služba u poskytovatele. Oba modely řeší propojení přes společnou platformu a rozhraní API, často postavená na principu REST. Volba závisí na velikosti firmy, počtu propojení a na tom, zda chce firma data držet u sebe, nebo v cloudu. Řada firem volí hybridní model. Ve vztahu k ERP slouží platforma k automatickému toku dat do podnikového systému i z něj, na českém trhu například k systému Helios. 

Časté otázky 

Co znamená zkratka ESB 

ESB je Enterprise Service Bus, tedy podniková servisní sběrnice. Jde o integrační vrstvu, která propojuje firemní systémy přes jeden společný kanál na vlastních serverech firmy [1]. 

Jaký je rozdíl mezi ESB a iPaaS 

ESB běží na vlastních serverech firmy, která si ho spravuje sama. iPaaS je stejná funkce poskytovaná jako cloudová služba, o kterou se stará poskytovatel [2]. 

K čemu firma potřebuje rozhraní API 

API jsou dohodnutá pravidla, jak si dvě aplikace vyměňují data. ESB i iPaaS přes ně systémy propojují, většina dnešních rozhraní vychází ze stylu REST [3]. 

Použité zdroje a literatura 

Knihy a disertace 

[3] Fielding, R. T. (2000). Architectural Styles and the Design of Network-based Software Architectures. Disertace, UC Irvine. 

[4] Monk, E., Wagner, B. (2013). Concepts in Enterprise Resource Planning. 4. vydání. Cengage. ISBN 978-1111820398. 

Standardy 

[5] NIST (2011). The NIST Definition of Cloud Computing. SP 800-145. 

[6] ISO/IEC 25010:2011. Systems and software engineering. Quality models (SQuaRE). 

Oficiální dokumentace 

[1] Asseco Solutions. Oficiální dokumentace systému Helios. helios.eu. 

[2] NIST (2011). The NIST Definition of Cloud Computing. SP 800-145.