SOA: ¿Por qué no usar los servidores web Erlang / OTP como servicios?

Después de leer elPrincipios de la arquitectura orientada a servicios sitio y la respectiva Wikipediaartículo Pensé: la plataforma Erlang / OTP se puede considerar como una plataforma SOA y las aplicaciones SOA se pueden desarrollar en ella.

Lo único es que elContrato de servicios para cada servicio en un sistema de este tipo es muy específico: para llamar a un servicio en Erlang / OTP, la capa Orquestadora tendría que hacer llamadas a través de mensajes Erlang o llamadas a gen_server (depende de la implementación).

Esto no permitiría realizar llamadas a los servicios fuera del alcance de la plataforma Erlang / OTP.

Pero, ¿qué sucede si intentamos construir cada Servicio moviendo todas las funciones respectivas del Servicio a un servidor web basado en Erlang, como Mochiweb y esencialmente cambiando la interfaz de cada Servicio de gen_server: call to XML?

Esto permitirá componer varias aplicaciones de 'ladrillos' estandarizados con contratos de servicio universales basados ​​enWSDL.

Además, este enfoque nos permitirá continuar usando supervisores de OTP y otras características de OTP, porque dicho Servicio seguirá siendo una aplicación de OTP.

Entonces, la pregunta es: ¿Cree que crear una aplicación de software con un enfoque de arquitectura orientada al servicio mediante el uso de servidores web OTP (Mochiweb) como servicios es una buena idea? ¿Puede la capa de procesamiento XML adicional destruir todas las ventajas de este enfoque?

Respuestas a la pregunta(3)

Su respuesta a la pregunta