NServiceBus Development (Проектирование интерфейса для определения пользователем сервиса)

Question

Наша команда работает над приложением для базы e-organization по сервис-ориентированной архитектуре (SOA) и хочет интегрировать сервисы и другие приложения с лагией и системные приложения, которые разрабатываются до интеграции и общаться с новым приложением и новыми системами с Enterprise Service Bus (ESB), такими как NServiceBus. моя проблема заключается в том, чтобы разработать интерфейс или абстрактный класс для потребления услуг (UI- BackEnd Design, которые пользователи могут определять собственные сервисы и другие приложения и системы потребляют эти услуги через ESB (как NServiceBus).

любая идея-х?

Answer 1

асинхронной связи

проектирование «интерфейс» разрабатывает сообщения, которые асинхронно текут между службами.

сообщения как типы .NET

сообщения с NServiceBus являются .net-классами или интерфейсами, которые (де) сериализуются из/в xml, json или другой сериализатор.

http://docs.particular.net/nservicebus/messaging/messages-as-interfaces

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

Если вы моделируете сообщения как XML/JSON, а затем можете генерировать представление типа безопасного класса, тогда вы в порядке. Если нет, то вы пропустите модель программирования, которую NServiceBus пытается применить.

Тесная интеграция без NServiceBus

Однако сообщения на проводе являются XML/JSON или любой формат, который вы выбираете, что делает его легче изначально интегрировать с помощью базового транспорта как MSMQ, RabbitMQ, SQL Azure Service Bus, Лазерные очереди хранения или любые поддерживаемые сообществом транспорты, если принимающая или отправляющая сторона не является процессом .NET NServiceBus.

Однако вам понадобится реализовать собственную сериализацию, управление транзакциями, pubsub и конвейер процесса.

модели интеграции

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

http://www.enterpriseintegrationpatterns.com/

преобразование данных и протоколов, который связывает

Связанные с интеграцией зданий Я думаю, что хорошее чтение будет:

http://udidahan.com/2011/04/08/integration-how-and-where/

В сообщении в блоге рассказывается о преобразовании данных и мосту протокола. Это не обычные функции, которые предоставляет NServiceBus.

NServiceBus интеграция каналы

Это является довольно распространенным явлением, что у вас есть услуги по интеграции NServiceBus, что будет заботиться о преобразовании и связи для конкретного канала интеграции.Такие каналы могут очень хорошо иметь другую (общедоступную) схему того, как данные хранятся и/или передаются в коллекции независимых компонентов, которые представляют сервис или систему SOA и которые используют NServiceBus для связи.

Другие ресурсы

Это может помочь вам обернуть существующие системы и подвергать их в виде сообщений системы на основе которых могут отправлять/принимать асинхронные сообщения.

Вы можете найти соответствующие видео здесь: http://particular.net/videos-and-presentations