architecture - SOA:为什么不使用 Erlang/OTP Web 服务器作为服务？

Question

看完Service Oriented Architecture Principles网站和相应的维基百科 article我有一个想法:Erlang/OTP 平台可以看作是一个 SOA 平台，可以在上面构建 SOA 应用程序。

唯一的问题是 Service Contract对于这样一个系统中的每个服务都是非常具体的:为了在 Erlang/OTP 中调用服务，编排层必须通过 Erlang 消息或对 gen_server 的调用进行调用(取决于实现)。

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

但是，如果我们尝试通过将所有各自的 Service 功能移动到基于 Erlang 的 Web 服务器(如 Mochiweb)来构建每个 Service，并从本质上将每个 Service 的接口(interface)从 gen_server:call 更改为 XML，那会怎样？

这将允许使用基于 WSDL 的通用服务契约(Contract)从标准化的“砖 block ”组合各种应用程序。 .

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

所以，问题是:
您认为通过使用 OTP 网络服务器 (Mochiweb) 作为服务来使用面向服务的架构方法构建软件应用程序是一个好主意吗？额外的 XML 处理层会破坏这种方法的所有优点吗？

Answer 1

不这样做的主要原因是您将自己限制在 SOA 协议(protocol)中。 Erlang 通过一些附加点(监视器)实现了 IP 协议(protocol)。虽然你可以做到，但我想知道它是否值得。

原则上，Erlang 已经拥有 SOA 理念的所有工具，但没有 SOAP 和 WSDL 的所有臃肿 :)