Po przeczytaniuZasady architektury zorientowanej na usługi strona i odpowiednia Wikipediaartykuł Pomyślałem: platformę Erlang / OTP można uznać za platformę SOA i można na niej budować aplikacje SOA.

Jedyną rzeczą jest to, żeUmowa o świadczenie usług dla każdej usługi w takim systemie jest bardzo specyficzna: aby wywołać usługę w Erlang / OTP, warstwa Orchestrating musiałaby wykonywać połączenia za pośrednictwem wiadomości Erlang lub wywołań do gen_server (w zależności od implementacji).

Nie pozwoliłoby to na wykonywanie połączeń do usług poza zasięgiem platformy Erlang / OTP.

Ale co, jeśli spróbujemy zbudować każdą usługę, przenosząc wszystkie odpowiednie funkcje usługi do serwera WWW opartego na Erlang, jak Mochiweb i zasadniczo zmieniając interfejs każdej usługi z gen_server: wywołanie XML?

Pozwoli to na skomponowanie różnych aplikacji ze standardowych „cegieł” z uniwersalnymi umowami serwisowymi opartymi naWSDL.

Co więcej, takie podejście pozwoli nam nadal korzystać z nadzorców OTP i innych funkcji OTP, ponieważ taka usługa nadal będzie aplikacją OTP.

Pytanie brzmi: czy uważasz, że dobrym rozwiązaniem jest zbudowanie aplikacji z podejściem architektury zorientowanej na usługi przy użyciu serwerów OTP (Mochiweb) jako usług? Czy dodatkowa warstwa przetwarzania XML może zniszczyć wszystkie zalety takiego podejścia?