供應商總是喜歡說他們的SAAS產品和技術是完美無瑕的，如果獨立來看每一項SaaS技術的確可能如此。但他們卻忽略了應用開發(fā)的挑戰(zhàn)，即如何集成來自于多個供應商的不同SaaS應用，以創(chuàng)建全面、無縫的用戶體驗。那些存在于本地部署中多年的信息孤島并沒有消失，相反他們伴隨著公司的業(yè)務一并升入了云端。
多SaaS集成模式對于用戶來說可能會是一種標配，以便從不同供應商那里精心挑選并組合出一套最符合自身需求的系統。眾多業(yè)務線部門，有時為了獨立完成工作會特意跨過IT部門去進行SaaS產品的應用，這就導致了多個應用實例的出現，但這些實例卻又往往不能做到彼此的數據與信息互通。同時，公司間不斷進行的合并與收購也給SaaS開發(fā)人員制造了更多的集成挑戰(zhàn)。
持續(xù)火熱的SaaS
當然，這波SaaS與云計算的熱潮依然難以退去。今年10月，Gartner研究發(fā)現，2016年全球SaaS相關方面的營收為482億美元，而到2020年將激增到997億美元，年復合增長率(CAGR)為15.6%。
實際上這次預測是Gartner對自己先前做出的預測的一個上調。在今年2月發(fā)布的預測中，Gartner預測的CAGR為14%，其中預測SaaS財務類應用的使用將繼續(xù)提升，而那些較為成熟類別的SaaS應用(特別是HCM和CRM類)的使用可能會有所減緩。
為何云服務具有這么大的魅力?
云計算和SaaS最初所承諾的那些收益，比如簡化IT和降低成本，依然沒有被完全證實，至少目前還沒有。來自于波士頓的云遷移和管理服務供應商Cloud Technology Partner的首席架構師Ed Featherston說道：“理想很豐滿，現實卻很骨感”。
Featherston認為，將90年代的那些客戶端與服務器及相關技術遷移到云端時，人們總是會遺忘那些“需要彼此聯通的細節(jié)功能與應用”。而最終結果就是，我們并沒有在云中看到一套完整的系統，而是數攤雜亂的碎片。
451 Research公司的企業(yè)架構、集成和流程管理首席分析師Carl Lehmann認為，一套完整的云系統建立的基礎需要公司能夠認識到基于云的服務的簡單操作性以及能夠獲得的相關成本效益。這也可能是眾多用戶無法完全發(fā)揮出云計算功效的原因之一，他們無法正確地認識到云的價值。
不過，我們依然不可否認于云的魅力與它的吸引力。
在云服務模式下，當客戶進行產品在線消費時，他或她可以通過營銷工具以完成簽單，并僅僅是通過信用卡就可以完成購買。“突然之間，我們有了更多的平臺”，Lehmann說道，“因為業(yè)務流程的重要性已經超過了那些執(zhí)行過程”。
SaaS集成技術和工具供應商Informatica 的CIO Graeme Thompson也同意這一點。云的魅力讓人難以抗拒，繼20世紀90年代客戶端與服務器革命以及2000年初的CRM和ERP供應商整合后，Oracle于2005收購了Peoplesoft，并于2006年收購了Siebel，而Microsoft也在2001年收購了Great Plains Software。Thompson說道，人們對于這些事物的消費從未如此簡單，這些應用很容易部署，所呈現出來的風景看起來也很美麗。
在Lehmann看來，可以確定的就是這些云計算服務的成功需要依賴于一套聯系緊密的完整系統。隨著公司云服務技術應用的成熟，他們所使用的云服務數量也會增多，這就要求IT部門能夠將不同的云服務粘合在一起。
問題的關鍵在哪里?
對于用戶來說，問題的關鍵不是要在不同云服務孤島上建立通道，而是如何能夠以一種簡單易懂地方式去觀察與理解系統集成帶來的結果。
如果沒有一個適當的界面設計與呈現，那么使用多個SaaS應用去處理單一任務的過程就可能會讓用戶頭疼不已。今年四月，Forrester分析師Randy Heffner在一份SaaS集成戰(zhàn)略報告中寫到，“客戶服務人員可能需要在電子商務軟件中查找訂單，然后打開市場營銷軟件以查看促銷情況，再到金融軟件中去查詢客戶信用，最后還要在CRM軟件中記錄相關信息”。這是一種很不理想的局面 。
在一個采訪中，Heffner還說道：“沒有哪個供應商能夠滿足你所有需求。Heffner認為，SaaS供應商總是承諾不用去安裝任何軟件或程序以吸引客戶，看起來這確實與Salesforce沒有軟件的初衷相同，所以用戶就會產生“這聽起來不錯，做起來也很容易，我們去試試吧”這樣的想法。
但是現實不總是那么美好，Heffner指出，52%的軟件決策者認為SaaS技術集成是一個挑戰(zhàn)。這種擔憂不僅包括SaaS與SaaS集成，還包括SaaS與傳統內部應用程序的集成。
即便是在Oracle公司內部的高層，對于SaaS應用集成問題的擔憂也是顯而易見的。Oracle Cloud 副總裁Ashish Mohindroo表示，不僅是業(yè)務中常見的云服務數量已經多到泛濫，而且人們無法通過一個通用的API對這些來自于不同技術平臺的服務進行簡單地集成。而無論是本地部署時代還是云時代，購買的東西看起來也沒有發(fā)生什么改變，只是從購買封閉的軟件變成了購買封閉的服務。
產品生命周期管理服務、物聯網融合與增強現實服務商PTC的首席數據庫工程師Michael Day認為，雖然我們都試圖讓開發(fā)人員通過集成平臺和API簡單地解決集成問題，但是這過于理想化了。性能、網絡延遲和數據留存問題等都會給用戶和供應商帶來額外的挑戰(zhàn)與困難。
Day說道，“我們擁有很多計算密集型的流程和數據庫服務，因而具有大量信息的輸入與輸出。如果在傳統系統中，你不用擔心延遲問題，但是當你把應用遷移到云中時，你需要考慮這個問題”。
比如在天氣分析系統中，可能僅僅是一毫秒中，就會輸送出大量的數據。而對于那些運行在不同地理區(qū)域和不同技術堆棧中的應用來說，進行相關數據傳輸時可能會面臨著極高的延遲，這顯然不利于業(yè)務的進行，Day補充道。
與數據庫性能同樣重要的是數據治理。“如果你想要在數據移動中確保安全， 那么你必須確認你的目錄，以便了解數據當前的位置、數據創(chuàng)建時的位置、誰有權進行數據的訪問與使用”。Day說道。
訂閱模式本身也成為了一種原罪?
SaaS或云服務模式中的另一大吸引力來自于其簡單的訂閱模式，整個購買過程僅僅需要幾分鐘和一張信用卡。Heffner說道，“你會經常發(fā)現多個買家均來自于相同的公司，他們只是想要跟上SaaS的潮流并為自己部門帶去點新東西”。
而其他的Gartner分析師也談到，一家公司同時運行15個不同Salesforce實例的情況并不罕見。依據定義，任何一個SaaS應用中的多實例均可以在單一的技術平臺上運行，并使用同一組的API。這種情況最終可能會被負責支付每月賬單的CFO所察覺，并最終會要求開發(fā)人員進行業(yè)務合并。
這種需要集成多實例的情況也并不少見。Forrester副總裁兼首席分析師Liz Herbert指出，公司往往希望為CRM、物流、薪資、庫存和其他不同的系統進行集成項目。像那種出現十幾個Salesforce使用實例的情況，往往都是不同業(yè)務部門單獨行動的結果。
而兼并與收購又為SaaS應用集成構成了另一個存在場景。即使是收購方與被收購方兩者SaaS產品構建于相同的技術平臺，集成也不是一個簡單的工作。收購方的應用開發(fā)人員和操作人員需要分析雙方數據庫中的不同結構，并重新映射字段以實現雙方業(yè)務同步。
總結
看起來，即使在云端，數據孤島與信息孤島的問題也并沒有被解決。集成依然是困擾眾多SaaS用戶與供應商的首要難題。不過好消息是，有很多的廠商正在致力于此，他們試圖幫助用戶將不同應用整合在一起。在這些供應商中，Oracle、 Informatica、 Dell、IBM、MuleSoft、SAS和TIBCO是其中的主要玩家，而Cloud Elements、Jitterbit、 Kloud Connectors、 OneSaas、Scribe、SnapLogic、Tray.io和Zapier等也是這個日益擁擠市場中的參與者。
