Enterprise Service Bus,. Net Service Bus, NServiceBus i koła w autobusie
Enterprise Service Bus (ESB),. Net Service Bus( Windows Azure AppFabric Service Bus), NServiceBus, RhinoServiceBus, MassTransit i tak dalej.
Staram się zrozumieć, co każda z tych technologii ma wspólnego lub nie wspólnego.
Uczestniczyłem dzisiaj w prezentacji Juvala Löwy ' ego na temat. Net Service Bus i stwierdził, że. Net Service Bus może być używany jako biedna męska wersja ESB, więc wziąłbym to za znaczenie, że. Net Service Bus nie jest ESB, są ktoś z pozostałych jest prawdziwym ESB?
Jeśli któraś z pozostałych jest prawdziwym ESB, co uczyniłoby je prawdziwym ESB w przeciwieństwie do. Net Service Bus?
2 answers
Zgadzam się z drugim plakatem: ESB jest trochę jak SOA, ogólna definicja, która jest używana głównie jako punkt sprzedaży marketingowej niż jako ścisły standard, który musisz spełnić.
Z Wikipedii:
Komentatorzy nie zgadzają się, czy aby zdefiniować korporacyjną magistralę usługową (ESB) jako styl architektoniczny, a oprogramowanie lub grupa oprogramowanie. Podczas korzystania z ESB z pewnością oznacza przestrzeganie Architektura szczególna, termin "obsługa firm autobus " prawie zawsze oznacza infrastrukturę oprogramowania która umożliwia taką architekturę oraz ESB jest zasadniczo uważany za platforma do realizacji usług zorientowanych Architektura.
ESB przynosi pojęcia związane z przepływem takie jak transformacja i routing do Architektura zorientowana na usługi. Na ESB może również dostarczyć abstrakcję dla punktów końcowych.
ESB jako termin wydaje się być ukuty przez Dave Chappel, who is (was?) Technical evangelist for Sonic Oprogramowanie (i autor "Enterprise Service Bus" - O ' Reilly: czerwiec 2004, ISBN 0-596-00675-6). Przeczytałem książkę i uczestniczyłem w kilku seminariach Chappella i obawiam się, że sama książka nie pomaga w podjęciu decyzji, czy produkt X jest "prawdziwym" ESB.
Ogólnie rzecz biorąc, powinieneś poszukać czegoś opartego na wiadomościach (taki był pierwotny zamiar, najwyraźniej, nawet jeśli niektóre inne firmy, takie jak webMethods, używają terminu dla swojego produktu, który jest bardziej webservices-oriented).
Chodzi o to, aby wszystkie "usługi" w Twojej infrastrukturze IT były w stanie odbierać i wysyłać wiadomości do siebie. ESB zapewnia routing i posiada punkty końcowe interfejsu tak, że jeśli oryginalna aplikacja działała - na przykład-poprzez wywołanie strony JSP przez HTTP post, masz mały program, który może odbierać wiadomość, używać jej ładunku do wysyłania jej przez HTTP, interpretować wynik i budować odpowiedź na wiadomość z nich.
W zasadzie wyobraź sobie, że zamiast używać webservices do wszystkiego, używasz kolejek wiadomości, budujesz stacje routingu i interfejsy między kolejkami wiadomości a innymi systemami. To jest ESB.
To jest długie, ale pouczające: https://plus.google.com/112678702228711889851/posts/eVeouesvaVX
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2012-06-07 12:19:08
Myślę, że musisz zrozumieć, że ESB to bardziej termin marketingowy niż techniczny. Wielu dostawców prezentuje technologie pod tym szyldem.
Warto spojrzeć na styl architektoniczny autobusu, w którym współpracują źródła zdarzeń i zlewozmywaki. NServiceBus, RhinoServiceBus i MassTransit mają koncepcję publikowania i subskrybowania wydarzeń wbudowanych -. Net Service Bus nie ma.
Różnice między powyższymi trzema są bardziej w formie niż w funkcji - stabilność, dokumentacja, społeczność itp.
Mam nadzieję, że to pomoże.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-04-16 01:40:20