W dniu 2013-02-19 09:39, Michal Kleczek pisze:
> On 2013-02-17 22:00, Piotr Chamera wrote:
>> W dniu 2013-02-17 19:06, Michal Kleczek pisze:
>>> On 2013-02-13 14:56, Piotr Chamera wrote:
>>>> W dniu 2013-02-13 14:00, Michal Kleczek pisze:
>>>>>
>>>>> W tym mysleniu jest pulapka, bo nie da sie zintegrowac (pod)systemow
>>>>> bez
>>>>> _jednego_ wspolnego jezyka.
>>>> To chyba nie jest prawda, wystarczy odpowiedni protokół komunikacyjny
>>>> (to też jest rodzaj języka, ale nie o takim kontekście chyba mówimy).
>>>
>>> No ja wlasnie mowie o tym kontekscie, bo protokol musisz opisac
>>> formalnie, zeby sensownie dalo sie go uzywac w roznych jezykach.
>>
>> OK. Więc między każdą parą podsystemów musimy mieć protokół (język),
>> który jest rozumiany przez oba podsystemy, ale nie znaczy to, że
>> wszystkie podsystemy w systemie muszą się komunikować w ten sam sposób...
>>
>
> To teoria... W praktyce za chwile jest juz taki mlyn (czy bardziej
> fachowo "spagetti"), ze pojawia sie inicjatywa "EAI" albo "SOA/ESB". I
> wracamy do punktu wyjscia: mamy jeden jezyk - tym razem to jezyk ESB.

Pisałeś: "nie da sie zintegrowac (pod)systemow bez _jednego_ wspolnego
języka", teraz piszesz, że w teorii się da, ale praktyka jest inna...
Ciekaw jestem z jakimi systemami (w jakiej dziedzinie zastosowań)
pracujesz, że tak to widzisz? Czy taka integracja rzeczywiście coś daje,
czy to tylko dobrze brzmiący marketing?

Ja odnoszę wrażenie, że jest wręcz odwrotnie - chciałoby się stworzyć
coś, co obsłuży całą komunikację w złożonym systemie, ale w praktyce
nie bardzo wychodzi...

Weźmy za przykład jakiś serwis internetowy: interfejs użytkownika [IU]
(w przeglądarce) gada z aplikacją [AP] po stronie serwera przez HTML,
JSON itp, aplikacja z bazami danych [BD] przez SQL, ODBC itp., bazy
danych replikują dane między sobą za pomocą własnych protokołów,
aplikacje zarządzające treścią [AZT] łączą się z [AP] np. przez SOAP
itd.

A teraz jak by to wyglądało z ESB (gdybam, bo się nie znam, jestem
tylko po pobieżnej lekturze strony na wikipedii
http://en.wikipedia.org/wiki/Enterprise_service_bus)
:
[IU] gada z ESB przez HTML i JSON, warstwa ESB konwertuje to np.
na .NET i przekazuje do [AP], [AP] śle zapytanie do ESB, które
konwertuje je do ODBC lub SQL i przekazuje do [BD], itd...
Mamy warstwę pośrednią, dzięki której komponent nie musi znać języka,
w którym komunikuje się jego rozmówca po drugiej stronie ESB, ale nadal
każdy gada do ESB w takim języku, jaki mu najlepiej pasuje, bo nie da
się użyć tego samego protokołu do komunikacji z przeglądarką
internetową, monitorowania dostępności aplikacji, replikacji bazy
danych...