Depois de ler oPrincípios da Arquitetura Orientada a Serviços site e os respectivos Wikipediaartigo Eu tive um pensamento: a plataforma Erlang / OTP pode ser considerada como uma plataforma SOA e os aplicativos SOA podem ser construídos nela.

A única coisa é que oContrato de serviço para cada serviço em tal sistema é muito específico: para chamar um serviço em Erlang / OTP, a camada Orchestrating teria que fazer chamadas via mensagens Erlang ou chamadas para gen_server (depende da implementação).

Isso não permitiria fazer chamadas para os serviços fora do escopo da plataforma Erlang / OTP.

Mas e se tentarmos construir cada Serviço movendo toda a respectiva funcionalidade de Serviço para um servidor Web baseado em Erlang, como Mochiweb e essencialmente mudando a interface de cada Serviço de gen_server: call to XML?

Isso permitirá compor vários aplicativos a partir de 'tijolos' padronizados com Contratos de Serviço universais baseados emWSDL.

Além disso, esta abordagem nos permitirá continuar usando supervisores OTP e outros recursos OTP, porque tal Serviço ainda será um aplicativo OTP.

Então, a questão é: Você acha que construir uma aplicação de software com a abordagem da Arquitetura Orientada a Serviços usando servidores web OTP (Mochiweb) como Serviços é uma boa idéia? A camada adicional de processamento XML pode destruir todas as vantagens dessa abordagem?