「是什麼讓一個好的BizTalk項目」

Question

「是什麼讓一個好的BizTalk項目」是我最近被客戶的IT主管問到的問題。這是相當開放式的，所以改寫它稍微：

「什麼是2006年的BizTalk你十大最佳做法，並開始項目 - 不僅限於技術的做法，如組織」

Answer 1

我會開始環境和部署規劃。特別是測試部署並將QA/Stage（無論預生產環境如何）與生產環境進行匹配，以便在您嘗試上線時不會在午夜發現一些奇怪現象。

Answer 2

我寫了一篇名爲「Top 10 BizTalk Server Mistakes」的文章，其中涵蓋了一些關鍵的最佳實踐，其中包括可用信息而非簡單列表。這裏的清單：

1. 使用業務流程的一切
2. 編寫自定義代碼，而不是使用現有的適配器
3. 使用非序列化類型和包裝它們的原子事務中
4. 混合交易類型
5. 依託在公共架構上進行私人處理
6. 在管道中使用XmlDocument
7. 使用'指定n流」結合
8. 使用BizTalk用於ETL
9. 傾銷調試/中間結果以支持調試
10. 傳播神話的BizTalk緩慢

。 ..和鏈接到完整的文章：[前10 BizTalk服務器錯誤]（http://artofbabel.com/columns/top-x/49-top-10-biztalk-server-mistakes.html）

Answer 3

關鍵是要強調的客戶端，BizTalk是瑞士軍刀interop ...昂貴的瑞士軍刀。程序員可以像使用BizTalk一樣快速地將兩個企業系統連接到WCF應用程序。使用BizTalk時要考慮的關鍵因素是：

1. 不僅僅是簡單的點集成。如果這是你的全部，那就好了，看看其餘的。
2. 有全部或部分如果一個有價值的流程BizTalk，以便您可以使用BAM進行測試併爲組織提供流程監控...甚至可能包含一些BI。
3. 如果您正在實施一對多或多對一的場景，則使用BizTalk ESB模式將在延長運行中支付潛力
4. 當有項目需要定期調整 - 閾值，URI'ss，等等...使用業務規則引擎可以提供易於維護的解決方案。
5. 當端點可能被半連接時，BizTalk會烘烤消息排隊，無需額外的努力。
6. 複雜的相關性或消息排序。
7. 使用作爲BizTalk一部分提供的適配器包，可以簡化與現有企業系統的集成。這一項可以節省大筆資金。詢問Oracle，PeopleSoft或Siebel人員關於XML和Web服務可能是一種具有挑戰性的體驗。適配器通過企業應用程序的前門爲您和BizTalk提供支持，並大幅減少工作量。
8. 還有更多我在午夜想不到的。

任何這些項目都可以讓BizTalk成爲獲勝的候選人，因爲這麼多東西都是由平臺提供給您的。如果您沒有被要求提供這些服務，那麼您應該嘗試以高度可見的方式向客戶提供其中的一些服務。如果你不這只是一個昂貴的和利用不足的瑞士軍刀。