Заказанная доставка исполнения BizTalk - PullRequest
0 голосов
/ 21 января 2011

Есть ли альтернатива «заказанной доставке» через порт отправки в BizTalk? Последовательность сообщения очень важна для меня, поэтому я создал оркестровку, которая приостанавливает сообщение, когда оно не в последовательности, и возобновляет его, когда оно находится в последовательности. Я использую длительную оркестровку и прямую привязку порта.

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

Есть предложения?

ТНХ

Ответы [ 2 ]

1 голос
/ 22 января 2011

Теперь заказанная доставка явно добавляет много накладных расходов с шаблоном FIFO. Взгляните на эту статью и посмотрите статью FIFO в первом выпуске. Также обратите внимание на производительность BizTalk в целом, чтобы ускорить работу некоторых других областей вашего решения. Теперь я видел, как несколько человек пробовали свое собственное специальное решение для заказа через .net и SQL, и производительность была не намного лучше, потому что шаблон заказа требует времени для обработки. ТАКЖЕ взгляните на эти ресурсы в целом о производительности:

0 голосов
/ 13 февраля 2011

У вас есть несколько мест, куда отправляются данные? Таким образом, это должно быть в последовательности, но может быть разделено на части. Если это так, вы можете использовать корреляцию и заказанную доставку и иметь несколько каналов, которые доставляют и ускоряют процесс.

...