SOA: Почему бы не использовать веб-серверы Erlang/OTP в качестве сервисов?
После прочтения Service Oriented Сайт Architecture Principlesи соответствующая статья в Википедии У меня возникла мысль: платформу Erlang/OTP можно рассматривать как SOA-платформу, и на ней можно создавать SOA-приложения.
Единственное, Сервисный контрактдля каждого сервиса в такой системе очень специфичен: чтобы вызвать сервис в Erlang/OTP, Оркестрирующий уровень должен будет совершать вызовы через сообщения Erlang или вызовы gen_server (зависит от реализации).
Это не позволит совершать какие-либо вызовы сервисов за пределами платформы Erlang/OTP.
Но что, если мы попытаемся создать каждую Службу, перенеся всю соответствующую функциональность Службы на веб-сервер на основе Erlang, такой как Mochiweb, и существенно изменив интерфейс каждой Службы с gen_server:call на XML?
Это позволит составлять различные приложения из стандартизированных «кирпичиков» с универсальными сервисными контрактами на основе WSDL.
Более того, такой подход позволит нам продолжать использовать супервайзеры OTP и другие функции OTP, поскольку такая служба по-прежнему будет приложением OTP.
Итак, вопрос: Считаете ли вы, что создание программного приложения с подходом сервис-ориентированной архитектуры с использованием веб-серверов OTP (Mochiweb) в качестве служб является хорошей идеей? Может ли дополнительный уровень обработки XML разрушить все преимущества такого подхода?
