應用集成之痛：雲時代也不能止痛

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

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

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

下一步發生了什麼？ 理想中，軟體和硬體製造商就標準、介面和其他的讓所有事物更好地彼此協作的基礎上進行協作。 互通性和集成問題逐漸消失，刺激創新和創新者賺錢模式的創作出現。 相反專屬打包軟體創造出來，短期的東西為那些從一個廠商那購買一切的購買者安置好。

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

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

同樣的，TechTarget Applications Survey 2012的受訪者將集成和自定制列為軟體即服務（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團隊成員的核心關注點。

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

譯者：張培穎

(責任編輯：admin)