служба ткани и WCF

Question

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

Связь Stack
Все наши службы на WCF, используя net.tcp, поэтому в теории мы можем повторно использовать стек WCF Communication, но я не уверен, что это лучший способ, каковы различия между стеклом связи по умолчанию и WCF?

расширяемость
У нас есть много реализации с использованием точек расширяемости WCF, если мы выбираем стек связь WCF мы можем все еще использовать это? Мы в основном с помощью IServiceBehavior, IOperationInvoker, OperationContext и ServiceSecurityContext для этого:

1. БезопасностьServiceSecurityContext/OperationContext, чтобы получить IP-адрес и, если вызов находится в интрасети учетной записи домена, который делает вызов, я проверил StatelessServiceContext, но не смог найти какое-либо свойство, где я мог бы получить эту информацию.

2. Параметры и времяIOperationInvoker для входа параметры метода и сколько потребовалось, чтобы завершить операцию, чтение this оказывается, что если реализовать методы Start/Stop продолжительность времени выполняется автоматически, что я «Не уверен, что это будет работать в контексте атрибута и с IErrorHandler при возникновении ошибки.

3. УведомлениеIErrorHandler войти исключение, а затем отправить по электронной почте команде разработчиков, в настоящее время мы делаем это с помощью сервера SMTP, есть лучший способ для отправки уведомлений в лазури ?.

Спасибо за ваше время

Answer 1

Ответы на этот:

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

расширяемость

1. безопасности Весь код работал тот же, нам нужно внести некоторые изменения в пути контекст работает, но вся информация нужна была там (плюс некоторые данные о узел было запущена)

2. параметров и время Мы использовали Azure Service Profiler с нашей собственной реализацией Microsoft.Diagnostics.Tracing.EventSource захвата данных с использованием сора rationInvoker, awesome

3. Уведомления IErrorHandler продолжает работать, но мы использовали sendgrid для электронных писем.