在剛剛過去還不遠的過去,iPaaS只被當成是軟體即服務(SaaS)集成的一個體面方法,在企業尋求解決與傳統集成模型有關的問題的情況下的一種方法,對於在場景業務尋求解決問題與傳統集成方法的相關, 根據Ovum高級分析師Saurabh Sharma說。 他說,當達到一體化資訊業務模型時,所有東西都會改變。
「一體化資訊業務模型的興起,大大地有助於iPaaS從嬰兒甚至到成為主要SaaS集成方法的演變,」Sharma說。 十幾年前,雲計算不是人們的雷達,但是在過去的七年供應商已經成熟,據雲服務代理Appirio的首席技術官Glenn Weinstein所說。 他指出這推動了基於雲的本地資訊平臺。 iPaaS的採用狀態是不是已經成熟? 據專家說,在iPaaS被視為應用集成的首選解決方案之前,它還有一段路要走。 「SOA仍是最健壯的集成方法,非常適合各種複雜的集成場景,包括本地、B2B和雲服務集成,」 Sharma說。 戰略諮詢公司CIMI集團的總裁Tom Nolle同意此說法,他指出他看到了在混合雲應用中的增長勢頭。 「人們說所說的是,混合將給iPaaS創建一個顯示的工具集,」 Nolle說。 也有確定的場景,主要是公有雲應用 ,在此場景中Nolle確信iPaaS佔有一席之地。 但Nolle說,目前對於許多企業來說雲計算等同于簡單的託管伺服器整合。 「鑒於沒有集成支援,現在純粹的公有雲環境是不可能在集成策略中行的太遠,因為他們大多不是集成,」Nolle說。 「隨著你開始向在公有雲中部署多元件應用轉移,那麼你就會產生集成問題,這時你就開始看到了iPaaS。 」 Weinstein說,有幾大理由說明了為什麼採用還處理早期階段,如下: ·過時的遺留基礎設備·iPaas無力處理大交易量·企業沒有意識到集成可以在雲中完成 「 我們對於集成平臺即服務的認識與我們對基於雲的CRM(客戶關係管理)或基於雲的HR的認識不在同一水準上,」Weinstein說。 「它仍然被視為是只有領先的採用都才涉及的。 」 雖然iPaaS的採用仍然處於嬰兒期,但是還有組織對於實施此技術有興趣。 這是否意味著企業架構師需要重溫他們的技能嗎? 「從技術的角度看,iPaaS並不是與基於本地的集成完全不同,至少在技能和技術方面需要瞭解,」 Weinstein說。 「你仍然在主要處理的還基於web服務的環境。 」 克服iPaaS障礙 專家說潛在的iPaaS陷阱包含: ·陷入從傳統基礎設施中遷移集成的麻煩·認為iPaaS可以比想像的更快處理更大的交易·轉向雲端「雲就在那裡」 忘記了iPaaS是應用生命週期管理(ALM)的一部分瞭解你在做什麼! 假定iPaaS可以處理事情能夠超過它能夠處理的,這是企業架構師可能會面臨的一個障礙,據Weinstein說,他認為服務模型經驗對於使用技術來最大化效果很關鍵。 「事實上,基於雲的集成平臺在防火牆之外,這需要客戶安全團隊及早計畫,」Weinstein說。 「對於有些公司來說,這與他們使用的模式不同。 對於iPaaS,你通常有從內部防火牆發起的交易。 」 因為技術使用的原因,心態問題也很重要。 Nolle說,如果架構師想要免麻煩的iPaaS的話,因為雲的緣故,他們需要重新思考ALM。 「即使iPaaS的ALM合法的一部分,正如iPaaS今天所使用的一樣,它對於一些具體問題來說,常常被當作創可貼使用,而不是為了雲,在面向ALM實踐中的一個元素,」 Nolle說。 無論組織是否有一個即使的使用iPaaS的計畫,還是在眾多個解決方案中徘徊,那麼如果他們計畫在雲中進行集成的話,該模型就是架構師應該考慮的。