雲計算會是自定制代碼的救命稻草嗎？

雲計算正在強有力地驅動著資料整合的增長，但是頗感意外的是65%的集成工作卻仍舊是當地語系化的，這一觀點出自Lance Speck，他是某公司集成總經理。 這樣看來似乎雲計算變成了自定制代碼的救命稻草。 那麼事實是不是這個樣子呢？

過去十年中，很多人喜歡自己構建笨重的自定制代碼，但是在轉移向雲端的時候，就得打破已有的集成和基礎架構，這樣一來我們不得不重新思考要怎麼來實現？ 可能你會覺得，我們不可能再去構建一次，因為完全就是一團亂麻，或者說現在肯定不考慮這麼做。 但是現在我們要想想如何以可擴展的方式來構建，而且至少未來十年可能會有哪些發展和變化。 這本身而言也是一種開放性話題。

去年Gartner魔力象限中的資料整合工具中，很多廠商被排除在外，2009年，Talend成為第一個出現在魔力象限中開源資料整合廠商。 自此之後就再也沒有增加新的廠商。 這期間， 像Sybase、Pitney Bowes Business Insight、ETI和Open Text這樣國外的主流資料整合解決方案提供者都落馬，原因也各有不同。

最顯著的變化是：中繼資料管理功能；資料整合風格範圍的變化；資料品質交互能力...... 再者，在這個領域也發生了很多其並購，比如SAP2007年收購Business Objects，去年收購Sybase。

魔力象限中的廠商數量的減少也和他們不能和市場需求趨勢吻合有關系，比如多重資料交付風格，更加豐富的中繼資料管理等等。 那些仍存在於象限中企業也發生了微妙的變化，比如，IBM、Informatica、Oracle和SAP都立足領導象限。

隨著雲計算架構落地，中介軟體集成挑戰出現。 在雲應用集成的早期階段，所謂的以集成為中心的雲計算，以「基礎架構即服務（IaaS）」，「平臺即服務（PaaS）」或者「集成平臺即服務（iPaaS）」為主，包括了廣泛的中介軟體服務，對於成功的雲集成奏效。 但是iPaaS雲集成也有其自身的獨特挑戰，尤其是安全和資料處理問題，在雲工作中也會繼續保持這種複雜性。

(責任編輯：蒙遺善)