應用集成從1980年代中期就已經成為企業軟件的痛點，也是那個時候我第一次開始做IT報道。同樣的老問題讓不同的軟件共存，大部分是因為業主權益要比開放標準高。此外，應用集成也始終是購買者被最新的應用吸引之后產生的想法，集成的痛點經常被遺忘。

在云計算時代這兩個因素也沒有改變，因此我懷疑新的基于云的集成服務也會如此。因為企業軟件實踐中一些云服務首要集成策略和徹底改變，我也對此充滿希望。

早在1980年代，企業內部部門應用通常彼此不兼容。集成客戶和合作伙伴軟件呢?忘了吧。在這個巴別塔場景中，大多數企業在不同的操作系統、數據庫、開發語言上構建一種混合應用。

下一步發生了什么?理想中，軟件和硬件制造商就標準、接口和其他的讓所有事物更好地彼此協作的基礎上進行協作?；ゲ僮餍院图蓡栴}逐漸消失，刺激創新和創新者賺錢模式的創作出現。相反專屬打包軟件創造出來，短期的東西為那些從一個廠商那購買一切的購買者安置好。

“密月階段”將組合價格提升，并導致套件過剩。開源操作系統(尤其是Linux)的出現，以及廠商導致的應用鎖定尤其讓人感到任務繁重，隨著創新者創建了比一些軟件應用組件更好的點產品。一些企業想要完全的開源或者混合開源和專屬軟件，但是都面臨著集成的問題。

他們還是做了。在最近的調查中，應用集成是軟件架構師、工程以及C級別執行人員首要的云問題。在最新的2013 TechTarget Cloud Pulse Survey中，很多受訪者表示他們忽視了自定制和集成問題，直到問題出現。還有64%的受訪者表示在云和本地系統之間連接數據、應用和流程是立即要解決或者近期要解決的問題。

同樣的，受訪者將集成和自定制列為軟件即服務(SaaS)應用(每個14%)的首要問題。在Cloud Pulse調查中，SaaS應用成為34%的受訪者的集成挑戰，其項目不能同其他云端或者內部的項目交互。再一次，自定制同集成緊密相連：即時有自定制，34%Cloud Pulse受訪者仍舊表示SaaS應用不適用于其客戶端業務需求。

根據Cloud Pulse調查受訪者，Ovum高級分析師Saurabh Sharma和CIMI云咨詢師Tom Nolle所述，增加了云應用到企業應用組合中，解決了棘手的問題。他們再一次告訴我，奇怪的應用混合拼湊在一起，遺留系統、移動、云等等，但是在這個案例中，它們處在動態資源分配環境中，每一個的復雜性導致集成更加困難。事物轉移到云端，轉移的應用和數據的集成就更難實現，Nolle說道。

專屬保護主義，也是我上面提到的集成障礙，確是大多數SaaS廠商支持的，Sharma表示，產業不可能為云計算表轉化每一種架構，讓事情變得更容易。此外，Web服務應用程序接口(API)并沒有承諾為SaaS和本地應用之間清晰的集成交付銀彈。那是因為本地應用在不同的標準下開發，通常需要更加自定制的代碼開發，來和SaaS環境交互。

即使人性的貪婪鎖定了標準，但是對于云端和本地之間的應用集成還是有希望的。平臺即服務(PaaS)會協助開發者構建與云兼容的應用。Cloud Pulse受訪者在被問到是什么因素導致他們選擇了其PaaS提供商時：

49%表示提供商是已經計劃的云生態系統的一部分;

36%表示提供商支持應用開發語言;

35%指出提供商和現有架構集成;

31%指出提供商比其他提供商有更好的性能或者功能;

25%報告開發者已經擁有這個PaaS平臺的相關經驗。

PaaS平臺主要用于開發和部署云應用，63%的受訪者說道。PaaS也在SAP這樣的應用中起到擴展SaaS產品的作用(43%)，開發和部署移動應用(40%)和提供應用測試環境(36%)。

面向服務架構(SOA)以很多方式提供了強有力的集成基礎，包括通過暴露依附開源標準的服務降低集成成本。在Web服務范式上構建，SOA應用可以輕松遷移到云端，并同其他的基于Web服務的項目集成，他們很好的咬合了云的應用到資源的關系模型。

轉移到DevOps團隊需要開發者考慮部署戰略和IT來提供互操作性以及為開發者整合上下文環境。

新的基于云的工具和服務提供了一些安慰，這些包括現在的應用集成工具和服務，比如Dell Boomi、Informatica云集成平臺、CloudSwitch集成服務、IBM Cast Iron、MuleSoft等。新工具和服務也在不斷發展。比如Tasktop關于軟件生命周期集成服務的介紹，承諾將集成策略固定在企業的業務計劃中，是預先的，而不是事后才做。

更多應集成期望

我不久前曾看到對于“集成架構師”職位的招聘廣告。如果這要轉移到擁有一個內部集成專家，我完全同意。集成可不是“馬后炮”，尤其如果這是DevOps團隊成員的核心關注點。

開放標準會是應用集成和互操作性的圣杯。直到廠商找出開放標準組成的賺錢模型，然而，放入一些新的集成工具、服務以及內部專家來工作更容易。