体系结构 – SOA：为什么不使用Erlang / OTP Web服务器作为服务？

在阅读了 Service Oriented Architecture Principles网站和相应的Wikipedia article之后,我想到了：Erlang / OTP平台可以被视为SOA平台,SOA应用程序可以构建在它上面.

唯一的问题是这种系统中每个服务的Service Contract都非常具体：为了在Erlang / OTP中调用服务,Orchestrating层必须通过Erlang消息调用或调用gen_server(取决于实现).

这不会让任何对Erlang / OTP平台范围之外的服务的调用.

但是,如果我们尝试通过将所有相应的服务功能移动到基于Erlang的Web服务器(如Mochiweb)并基本上从gen_server更改每个服务的接口来构建每个服务：调用XML？

这将允许从基于WSDL的通用服务合同的标准化“砖块”组成各种应用程序.

此外,这种方法将让我们继续使用OTP主管和其他OTP功能,因为这样的服务仍将是OTP应用程序.

所以,问题是：
您是否认为使用OTP Web服务器(Mochiweb)作为服务构建使用面向服务的体系结构方法的软件应用程序是一个好主意？额外的XML处理层可以破坏这种方法的所有优点吗？

未完成此操作的主要原因是您将自己限制在SOA协议中. Erlang通过一些附加点(监视器)实现IP协议.虽然你可以做到,但我想知道它是否值得.

原则上,Erlang已经拥有了SOA的所有工具,但没有所有的SOAP和WSDL