Простой способ развертывания новых сервисов WCF

Question

Около 3 месяцев назад я перешел с сервисов asmx на сервисы WCF, с тех пор у меня была своя доля головных болей, но я застрял с этим, но даже если опытное развертывание разработчиков остается проблемой.

Обычно я передаю решение для развертывания консультантам, которые не являются разработчиками с многолетним опытом отладки.

Так что почти всегда мне приходится держать руку на руках.

Одно решение, над которым я работаю, начиналось всего с 3 веб-сервисов, и с тех пор я понял, что добавление большего количества сервисов в решение может стать логистическим кошмаром.

Конфигурация должна изменяться как на клиенте, так и на сервере, и она может изменяться как SSL или нет. В классическом asmx все намного проще. Как правило, мне не требуется гибридный протокол, и в основном я использую только basic или wshttpbinding.

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

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

Заранее спасибо.

Answer 1

Нет, я не думаю, что сейчас есть что-то, что может облегчить развертывание WCF.

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

Что мне нравится делать, так это "выводить" конфигурацию WCF - например, используйте что-то подобное в web.config:

<system.serviceModel>
    <behaviors configSource="behaviors.config" />
    <bindings configSource="bindings.config" />
    <services configSource="services.config" />
</system.serviceModel>

Конечно - Visual Studio будет помещать красные волнистые линии под все это - но это работает - это работает! :-) У меня это в производстве весь день.

Таким образом, я могу оставить один файл web.config / app.config и настроить отдельные «внешние» конфигурации и развернуть их.

Мы также делаем то, что у нас есть bindings.dev.config, bindings.test.config и т. Д., Чтобы разделить различные этапы разработки / тестирования / постановки и т. Д. имена клиентов или что-то в этом роде.

Это самое лучшее решение, которое я нашел на данный момент.