Я работаю в многогранной организации, где мы пишем на разных языках и в разных архитектурных стилях.
Я пишу сервис-ориентированные приложения уже около двух лет и освоился с тем, как я делаю вещи,и это проблема.
На уровне Big SOA мы все согласны с тем, как использовать принципы SOA для соединения различных частей решения / предприятия.
На уровне компонентов мы все немного различаемся;
В настоящее время я рассматриваю каждый компонент высокого уровня как сервисный подход к SOA, отдавая предпочтение управляемым возможностями интерфейсам и программным крепостям.Будь то bean-компоненты реализации или службы wcf, шаблон остается неизменным.
Примерно так: Шаблон проектирования SOA
Другие в моей организации выбирают модель расширенных доменов стандартных классов подфасадАрхитектурные стили, такие как SOAP и REST, использовались на этом уровне.
Мы также различаемся по стилю вызова методов, сообщениям командного типа и сообщениям с более активным описанием.
Я использовал оба иМеня тоже устраивает, мой вопрос, есть ли другие методы, которые другие инженеры используют для создания своих SOA?
Я заинтересован в новых идеях, как ни странно, чтобы стимулировать новые способы мышления вокруг темы построения SOA..