SOA vs ESB
SOA er et sæt arkitektoniske koncepter, der bruges til udvikling og integration af tjenester. En tjeneste er en offentliggjort pakke af funktionalitet, der tilbydes over internettet. ESB er et stykke infrastruktursoftware, der giver en softwarearkitekturkonstruktion til at levere grundlæggende tjenester til komplekse arkitekturer. ESB kan bruges som en platform, hvorpå SOA realiseres.
Hvad er SOA?
SOA (Service-oriented architecture) er et sæt arkitektoniske koncepter, der bruges til udvikling og integration af tjenester. SOA beskæftiger sig med distribueret databehandling, hvor forbrugere bruger et sæt interoperable tjenester. Flere forbrugere kan forbruge en enkelt tjeneste og omvendt. Derfor bruges SOA ofte til at integrere flere applikationer, der bruger forskellige platforme. For at SOA kan fungere korrekt, bør tjenester være løst koblet med operativsystemer og teknologierne i underliggende applikationer. SOA-udviklere skaber tjenester ved hjælp af enheder af funktionalitet og gør dem tilgængelige over internettet. Webtjenester kan bruges til at implementere SOA-arkitektur. I så fald bliver webtjenester SOA's funktionalitetsenheder, der er tilgængelige via internettet. Webtjenester kan bruges af enhver uden at være bekymret for platformene eller de programmeringssprog, der bruges til at udvikle dem. SOA er direkte bygget på princippet om serviceorientering, som taler om tjenester med en enkel grænseflade, der kan tilgås uafhængigt af brugere, uden at bekymre sig om den faktiske platformimplementering af tjenesten.
Hvad er ESB?
ESB (Enterprise Service Bus) er et stykke infrastruktursoftware, der giver en softwarearkitekturkonstruktion til at levere grundlæggende tjenester til komplekse arkitekturer. Men der er betydelige diskussioner om, hvorvidt ESB skal kaldes en arkitektonisk stil eller et softwareprodukt eller endda en gruppe produkter. Det leverer tjenesterne gennem hændelsesdrevet og standardbaseret motor til messaging (som faktisk er servicebussen). Oven i denne messaging-motor er der tilvejebragt et lag af abstraktion, som giver arkitekter mulighed for at udnytte de faciliteter, bussen tilbyder, uden at skrive nogen egentlig kode. ESB implementeres norm alt gennem standardbaserede middleware-infrastrukturer.
Brugen af udtrykket "bus" i ESB skyldes, at ESB har en meget lignende funktion som den fysiske computerbus, men på et meget højere abstraktionsniveau. En af de vigtigste fordele ved at have en ESB er evnen til at reducere antallet af kontaktpunkter; hvilket gør tilpasningen til ændringerne meget lettere. ESB kan bruges som en platform, hvorpå SOA realiseres. Begreberne transformation/routing (flowrelateret) kan bringes til SOA af ESB. Ydermere, ved at bevise abstraktionen for endepunkter (i SOA), fremmer ESB løs kobling mellem tjenester.
Hvad er forskellen mellem SOA og ESB?
Der er nogle vigtige forskelle mellem SOA og ESB. SOA er en arkitektonisk model til implementering af løst koblede servicebaserede applikationer. ESB er et stykke infrastruktursoftware, der hjælper udviklere med at udvikle tjenester og kommunikere mellem tjenester gennem passende API'er. ESB kan bruges som en platform, hvorpå SOA realiseres. ESB er kun det medium, som tjenesterne flyder igennem. ESB leverer faciliteter til sammensætning og udrulning af tjenester, som igen implementerer SOA.
