SOA Дизайн Архитектура

Question

Могу ли я проверить, каковы плюсы и минусы наличия общего веб-сервиса для другого поставщика услуг и наличия отдельного веб-сервиса для каждого поставщика услуг?

Есть ли какие-либо статьи, на которые я также могу ссылаться?*

Answer 1

пройдя по обеим дорогам, я бы посоветовал вам рассматривать меньшие версии сервисов, а не один большой сервис для кухонных раковин.

принять философию Unix: делать что-то одно и делать это действительно хорошо.поместите номер версии на него, чтобы вы могли обновиться, не нарушая потребителей.также старайтесь держать код для каждой версии отдельно друг от друга.как только версия 1.0 будет запущена, вы не захотите случайно разорвать контракт с потребителем, который, возможно, уже закодировал вашу ошибку.просто опубликуйте новую версию и подтолкните своих потребителей к обновленной услуге.

Answer 2

BostonBob говорит правду, гранулярность сервиса должна быть ограничена одной возможностью, это помогает в обслуживании в долгосрочной перспективе, так как вещи живут только в одном месте и логически сплочены.кажется, что между контрактом на обслуживание находится 3-5 операций, причем верхний предел составляет 12, если есть больше шансов, если вы разложите его на две полезные службы.

Вот несколько практических примеров того, как построитьSOA

Я бы предложил вам прочитать статьи Thomas Erl и Roger Sessions, это даст вам твердое представление о том, что такое SOA.И как разделить сервисы

Шаблон проектирования SOA

Достижение целостности в SOA

Почему ваш SOAдолжен быть похож на VW Beetle

SOA для вашего босса

Answer 3

Преимущество состоит в том, что легче создать часть инфраструктуры.
Недостатки в том, что теперь вам нужно написать больше кода для разделения различных сообщений и отправить их в соответствующий модуль для обработки. Ваш код будет более сложным и сложным в обслуживании.