Нужны входные данные в архитектуре SOA, которая обрабатывает несколько версий схемы

Question

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

Вот требование :

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

Требуется решение : Ищется одно приложение SOA, которое может обрабатывать все клиенты для интеграции с нашей системой. Вопрос Возможно ли это сделать? Потому что у нас могут быть разные контракты, возможно, в них будут включены новые поля.

(или) Разработка другой службы SOA, если контракт на обслуживание изменяется, и имеется служба SOA переднего шлюза для перенаправления вызова в соответствующие службы SOA на основе версии [вероятно, упомянутой в заголовке SOAP].

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

Спасибо

Назим

Answer 1

Назим,

Если я правильно понимаю вашу проблему, вы ищете создание службы WCF, которая поддерживает управление версиями .У вас есть несколько вариантов: вы можете либо создавать новые сервисы, если клиенты не могут обрабатывать слабое управление версиями, либо изменять контракты данных (реализуя интерфейс IExtensibleDataObject).В любом случае, обязательно ознакомьтесь с Best Practices .

Answer 2

Я бы порекомендовал прочитать эту статью . Он описывает два подхода, которые вы определили.

В основном все сводится к тому, чтобы определить, предпочитаете ли вы реализовывать и поддерживать то, что вы называете «передними воротами», что может стать головной болью, когда у вас много поддерживаемых версий, или публиковать все версии служб бок о бок , Затем вы либо вручную скажете своим клиентам взаимодействовать с определенной конечной точкой, либо воспользуетесь каким-либо приложением реестра веб-службы, которое будет обрабатывать это для вас.