Какова моя архитектура и конфигурация приложения WCF?

Я собираюсь разработать службу WCF, которая соединяет внутреннюю систему с двумя веб-сайтами электронной коммерции. Внутренняя система находится за интернетом, а не другими компонентами. На каждом веб-сайте есть база данных SQL с одинаковой схемой. Внутренняя система, действующая как мастер инвентаря, будет потребителем услуг и будет толкать данные продукта в каждую базу данных веб-сайта с помощью этой услуги. Вопрос в том, как определить, где хранить данные? Предположим, что я использую структуру сущности в качестве уровня доступа к данным. Затем доступ к данным служб должен использовать одну или другую строку соединения для хранения данных, которые выталкиваются внутренним потребителем. Другой вариант заключается в том, чтобы включить параметр в каждую операцию контракта, а код обслуживания затем определит, где хранить данные. Последний вариант, о котором я могу думать, - развернуть два экземпляра службы (альтернативно определить две конечные точки службы, но поскольку транспорт абстрагирован, это может быть не совсем возможно), и пусть потребитель вызывает правильную конечную точку. Можете ли вы, пожалуйста, консультировать, если какое-либо решение является правильным и наиболее эффективным, чтобы писать наименее код и обеспечивать простейший процесс развертывания? Также следует использовать привязки http или net.tcp в моем сценарии?Какова моя архитектура и конфигурация приложения WCF?

источник

2010-09-14 David

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

источник

2010-09-15 13:35:45