Enterprise service buss ( engelsk enterprise service bus , ESB ) är en mellanprogramvara som tillhandahåller en centraliserad och enhetlig händelseorienterad meddelandehantering mellan olika informationssystem baserat på principerna för en tjänsteorienterad arkitektur . Konceptet introducerades i början av 2000-talet av Progress Software - Sonic, som utvecklade MOM -produkten SonicMQ [1] [2] .
Huvudprincipen för tjänstebussen är koncentrationen av meddelanden mellan olika system genom en enda punkt, där transaktionskontroll , datatransformation och meddelandesäkerhet vid behov tillhandahålls. Alla inställningar för bearbetning och sändning av meddelanden antas också vara koncentrerade till en enda punkt och är utformade i termer av tjänster, så när man ersätter något informationssystem som är anslutet till bussen, finns det inget behov av att omkonfigurera andra system.
Namnet valdes i analogi med datorns systembuss , som låter dig ansluta flera enheter och överföra data mellan dem över en uppsättning ledare.
"Enterprise Service Bus" är ett paraplybegrepp för en uppsättning funktioner som behandlas på lite olika sätt i olika implementeringar. Som regel sticker följande nyckelfunktioner ut:
Specifika mjukvaruprodukter innehåller vanligtvis också färdiga adaptrar för anslutning till specifik applikationsprogramvara , och kan även inkludera ett API för att skapa sådana adaptrar.
Från och med andra halvan av 2011 hänvisar Forrester till "vågen av ledare" [4] följande produkter med betydande marknadsnärvaro: WebMethods ESB ( Software AG , WebMethods produktfamilj , förvärvad av företaget med samma namn), ActiveMatrix Service Buss ( Tibco ), Oracle Service Bus ( Oracle , Fusion Middleware- familjen ), WebSphere Message Broker ( IBM , WebSphere- familjen ). Sonic ESB ( Progress Software ), WebSphere ESB och ESBRE (IBM), FuseSource , med obetydliga sådana - MuleESB , WSO2, JBoss ESB ( Red Hat ).