Гарантированная доставка - PullRequest
0 голосов
/ 22 декабря 2010

Я должен работать над проектом, который влечет за собой передачу важной информации по проводам.Предостережение заключается в том, что доставка передачи должна быть гарантированно получена (повторите попытку при сбое сети).Так что WCF, я думаю, не подлежит обсуждению.Рассматриваются также другие альтернативы:

  1. msmq
  2. biz talk.

Еще одна оговорка заключается в том, что принимающая сторона должна размещаться на сетке с балансировкой нагрузки.Я читал и слышал от некоторых консультантов Microsoft о том, что msmq - это плохая новость, когда нужно сделать так, чтобы msmq работал с ней хорошо.С другой стороны, biztalk - это высокая задержка ...

Итак, сказав это, я хотел бы знать, что группа взяла на себя

a.Правда ли, что это несколько непросто построить, сконфигурировать конечную точку приема msmq с настроенной балансировкой нагрузки, и если есть какие-то обходные пути, которые могут облегчить боль.

b.Существуют ли другие 100% гарантированные способы доставки данных.

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

Ответы [ 3 ]

2 голосов
/ 22 декабря 2010

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

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

Что касается MSMQ, мы начали использовать его в другом проекте несколько лет назад, но вынуждены были перейти на BizTalk.Убийца для MSMQ в этой ситуации заключалась в том, что у нас были клиенты за пределами нашей корпоративной сети, и команде разработчиков требовалось использовать распределенные транзакции, то есть MS DTC.Для нас проблема с точки зрения безопасности, управления корпоративной сетью и DTC заключалась в том, как DTC использует порты (http://support.microsoft.com/kb/832017). Краткая версия заключается в том, что DTC не будет работать в этой ситуации.

2 голосов
/ 22 декабря 2010

AFAIK WCF может «инкапсулировать» или абстрагировать все виды сообщений, поэтому он также может абстрагировать очереди сообщений ...

0 голосов
/ 22 декабря 2010

Вопрос не в том, его WCF или нет, вопрос в том, что является основным транспортомЯ думаю, что подход к очереди должен хорошо работать для вашей проблемы.Вы можете посмотреть на другой продукт, как Tibco EMS.

...