WCF на предприятии, какие-нибудь указатели из вашего опыта?

Question

Жду от людей, которые используют WCF в корпоративной среде.

Каковы были основные препятствия с развертыванием? Проблемы с производительностью? Любые советы приветствуются!

Пожалуйста, предоставьте общую статистику и настройки сервера, если можете!

Answer 1

WCF может быть в адской конфигурации . Обязательно ознакомьтесь с его диагностикой и svcTraceViewer , чтобы не получить излишне загадочные, бесполезные исключения. И не упустите сгенерированную клиентскую неработающую реализацию одноразового шаблона .

Answer 2

Меня недавно наняли в компанию, которая ранее обрабатывала связь клиент-сервер с традиционными веб-сервисами asp.net и передавала набор данных туда и обратно.

Я переписал ядро, так что теперь есть «подключенный» клиент Net.Tcp ... и все там делается. Это были недельные "открытия в производстве" ... но они того стоят.

Болевые точки, которые мы должны были выяснить в конце игры, были: 1) Дросселирование по умолчанию заблокировало 11-го пользователя (по умолчанию разрешено только 10). 2) Значение по умолчанию «maxBufferSize» было установлено равным 65 КБ, поэтому первое растровое изображение, которое необходимо было загрузить, привело к сбою сервера :) 3) Другие конфигурации по умолчанию (максимальное количество одновременных подключений, максимальное количество одновременных вызовов и т. Д.).

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

Другие замечательные преимущества заключаются в том, что, поскольку мы на 100% знаем, кто подключен, мы можем фактически применять нашу политику лицензирования на уровне приложений. До этого (и до того, как меня приняли на работу), моей компании приходилось просто регистрироваться, а затем в конце месяца выставлять счет клиентам за дополнительные подключения.

Answer 3

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

Для связи между компонентами в моей организации я использовал [NetDataContract] в своих сервисах и прокси-серверах, что не рекомендуется (вы не можете интегрироваться с платформами вне .NET, а для интеграции вам нужна сборка, имеющая контракты) хотя я нашел, что производительность была звездной, и мое общее время разработки сократилось с ее использованием. Для нас это было правильное решение.

Answer 4

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

Как сказал Maxidad, это может быть очень сложно, хотя исключения часто говорят вам почти ничего, если вы используете безопасность (очевидно, для корпоративных сценариев), вам придется иметь дело с сертификатами, бессмысленными исключениями MessageSecurityExceptions и т. Д.

Работа со службами WCF определенно сложнее, чем со старой службой asmx, но стоит усилий, когда вы в ней.

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

однако WCF определенно будет подходящей технологией для приложений корпоративного масштаба.