所以我對這一天的開放式潛在主觀問題是: 如果您有機會今天在Microsoft技術上構建SOA;您會從以下選項中選擇什麼?在微軟技術堆棧上構建SOA
- WCF,WF + AppFabric的
- 的BizTalk + ESB工具包 組合的
- 其他一些打包的解決方案
所以我對這一天的開放式潛在主觀問題是: 如果您有機會今天在Microsoft技術上構建SOA;您會從以下選項中選擇什麼?在微軟技術堆棧上構建SOA
對我來說,答案是一如既往 「這取決於」 。選項3爲大多數需求提供了最靈活的解決方案。
對於大多數解決方案,我會選擇一個,因爲它是最簡單的,並提供AppFabric中的統一託管解決方案。
我不需要BizTalk來獲得企業服務總線模式,但是......如果解決方案是針對大量集成的關鍵任務企業解決方案,那麼BizTalk將是我想成爲的選項能夠考慮。價格標籤將成爲決定性因素,Jitterbit提供更少的類似集成功能。
通常我會從下面的SOA模式鏈接中找到一個方法開始,並根據需要添加部分,它的SOA是否正確?因此,可組合性應該成爲我的標誌。因爲它是基於標準的,所以我應該能夠捕捉到我需要的部分,因此技術/產品不像在非SOA解決方案中那樣令人擔心。
無論什麼樣的技術/產品堆棧從微軟的SOA產品(選擇1-3),你需要SOA治理和自動化,使您的解決方案選擇具有真正的SOA敏捷性和管理。看看http://www.nevatech.com,它通過非侵入式服務虛擬化概念提供獨特的SOA管理功能,以及與Microsoft堆棧的本地實現和集成。
您需要在此添加一些上下文。如果是一個應用程序,則1就足夠了。如果它是一個與使用不同協議的傳統系統集成的系統,那麼您可能需要3.至於4,我不認爲MSFT除了提到的那些外,還提供了另一個「打包」解決方案。 – Shlomo 2010-08-10 23:22:24
你已經接受了一個答案,但我沒有得到你給予賞金的印象......請注意這兩個行爲是不同的。 – 2010-08-17 15:35:13