«Что делает хороший проект BizTalk» - PullRequest
1 голос
/ 10 июня 2009

«Что делает хороший проект BizTalk» - это вопрос, который мне недавно задал руководитель ИТ-отдела клиента. Это довольно открытый конец, поэтому перефразирую его немного:

"Каковы ваши лучшие десять лучших практик для проектов BizTalk 2006 и последующих версий - не ограничиваясь только техническими практиками, например организационными"

Ответы [ 3 ]

5 голосов
/ 10 июня 2009

Я написал статью под названием «Топ-10 ошибок сервера BizTalk», в которой освещаются некоторые ключевые рекомендации с точки зрения полезной информации, а не простого списка. Вот список:

  1. Использование оркестровок для всего
  2. Написание пользовательского кода вместо использования существующих адаптеров
  3. Использование несериализуемых типов и упаковка их внутри атомарной транзакции
  4. Смешивание типов транзакций
  5. Использование общедоступных схем для частной обработки
  6. Использование XmlDocument в конвейере
  7. Использование ‘указать сейчас 'привязка
  8. Использование BizTalk для ETL
  9. Сброс отладочных / промежуточных результатов для поддержки отладки.
    1. Распространение мифа о том, что BizTalk работает медленно

... и ссылка на полную статью: [10 самых ошибок сервера BizTalk] (http://artofbabel.com/columns/top-x/49-top-10-biztalk-server-mistakes.html)

3 голосов
/ 11 июня 2009

Ключевым моментом является подчеркнуть клиенту, что BizTalk - это швейцарский армейский нож для взаимодействия ... дорогой швейцарский армейский нож. Программист может соединить две корпоративные системы с приложением WCF так же быстро, как и с BizTalk. Ключевые вещи, которые нужно включить / требовать при использовании BizTalk, это:

  1. Имейте больше, чем простые точечные интеграции. Если это все, что у тебя есть, ладно, см. Остальное.
  2. Иметь весь процесс или его часть, если это ценный процесс, в то время как BizTalk позволяет использовать его с BAM и обеспечивать мониторинг процесса для организации ... может быть, даже какой-то BI.
  3. Если вы реализуете сценарий «один ко многим» или «многие к одному», использование шаблонов BizTalk ESB окупит дивиденды в течение длительного периода времени
  4. Когда есть элементы, которые необходимо регулярно настраивать - пороговые значения, URI и т. Д. ... использование Business Rules Engine может обеспечить легко поддерживаемое решение.
  5. Когда конечные точки могут быть частично соединены, BizTalk запекает в очереди сообщений без дополнительных усилий.
  6. Сложные корреляции или упорядочение сообщений.
  7. Интеграция с существующими корпоративными системами может быть упрощена с помощью пакетов адаптеров, предоставляемых как часть BizTalk. Одно это может спасти большие деньги. Спросить у сотрудников Oracle, PeopleSoft или Siebel о XML и веб-сервисах может быть непросто. Адаптеры позволяют вам и BizTalk пройти через переднюю дверь корпоративных приложений и значительно сокращают объем работы.
  8. Есть еще несколько вещей, о которых я не могу думать в полночь.

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

1 голос
/ 10 июня 2009

Начну с планирования среды и развертывания. Особенно тестирование развертывания и соответствие вашей QA / Stage (какой бы ни была среда подготовки к работе) с производственной средой, чтобы вы не обнаружили странностей в полночь, когда пытаетесь начать работу.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...