如果說去年是“新常態”的起點，那么今年就是加速適應和發展的一年。事實上，許多企業已經通過實現云端分析、應用現代化以及部署敏捷的數據平臺，得到了良性的發展。

　　隨著企業在云端實現現代化，他們正在轉向云原生和尋求集成平臺即服務（iPaaS）解決方案。那么究竟什么是iPaaS？下面我們就從iPaaS的關鍵用例、示例和供應商進行闡述。

　　什么是iPaaS？

　　集成平臺即服務（Integration Platform as a Service。，簡稱iPaaS）是一種基于云計算的軟件包，用于創建新的應用程序或通過鏈接現有服務和應用程序來編排數據流。它允許組織輕松利用基本構建塊來簡化流程或建立新服務。例如，iPaaS可以將存儲客戶信息的數據庫、用于將地址轉換為地理坐標的API，以及用于處理信用卡交易的第三方服務整合在一起，以便用戶可以一站式完成任務。

　　這些平臺配備了使用標準協議和數據格式與現有服務交互的例程。他們擅長從一項服務中請求數據，然后過濾數據并將其轉換為其他服務所需的另一種數據格式，并充當數據傳輸的傳輸樞紐。

　　類似的數據流集成方法由企業服務總線（ESB）和機器人流程自動化（RPA）等技術執行。每種技術都通過類似的工作來集成現有的軟件包和服務。

　　使用iPaaS，企業可以回答以下問題：

　　如何為分析構建數據管道？

　　如何識別、修復和監控數據質量？

　　如何連接應用系統并在其中集成數據？

　　如何與業務合作伙伴進行外部數據交換？

　　如何獲取產品、客戶和參考數據的完整視圖？

　　iPaaS優缺點分析

　　缺點

　　當然，iPaaS也有一些缺點，其普遍缺點是對非常具體的功能需求的支持不足以及難以尋找合適的供應商。

　　1. 定制需求支持不足

　　體面的iPaaS解決方案涵蓋了當今許多集成場景，并且支持的用例數量不斷增加。然而，在實踐中，總會出現iPaaS市場沒有提供解決方案的用例。這可能是因為所需的解決方案在技術上過于定制。

　　傳統的集成方法，例如ETL / Hub-to-Spoke集成/ ESB或應用程序之間的直接連接在這里可能更有用。盡管如此，研究可用的iPaaS解決方案以找到適合您需求的解決方案還是值得的。在某些情況下，iPaaS可以與現有的本地集成資源相結合。

　　2. 復雜的集成需求需要專業的技術人員

　　“公民”集成商經常在iPaaS討論中被提及。不幸的是，大多數公民集成商只能處理少數集成任務——通常是拖放和點擊。集成過程通常需要相關的高級軟件或IT知識。由于市場、合規性和監管要求不斷提高，業務任務變得越來越復雜，因此在可預見的未來，這種情況不會改變。

　　此外，大多數公民集成商正忙于解決其部門的緊迫問題。因此，他們可能會忽視整體戰略，隨著時間的推移，公司內部會形成額外的“數據孤島”。需要一個稱職的IT團隊才能解決。

　　阻止這種發展趨勢的一種方法就是從一開始就為公民集成商提供專業支持。集成任務可由內部IT部門、軟件專家或提供適當技術人員的iPaaS提供商執行。事實上，許多公司正在重新思考公民集成商的概念，這也導致更多的預算轉移回IT。

　　3. 廣泛的供應商讓人眼花繚亂

　　iPaaS的另一個缺點是存在大量的供應商可供選擇。他們通常在服務范圍和重點方面有所不同。有些嘗試涵蓋盡可能多的用例，有些則追求特定領域的策略。

　　此外，在比較門戶和媒體上，僅用SaaS連接補充其解決方案的傳統集成方法提供商有時會與成熟的iPaaS提供商混為一談。對于初涉該領域的新手來說，這會增加混亂并難以抉擇出合適的iPaaS提供商。您對iPaaS了解得越多，就越容易找到合適的提供商。

　　優點

　　iPaaS的優點可以總結如下：

　　1. 節約成本

　　隨著SaaS應用程序的激增，傳統的集成方法很快就會達到極限，昂貴的變通方法變得不可避免。iPaaS提供了一種更具成本效益的替代方案。

　　2. 可擴展性

　　擴展能力是iPaaS的優勢。例如，當公司進行并購時，iPaaS解決方案可以毫不費力地將公司的IT與彼此以及與母公司連接起來。

　　3. 集成流的集中管理

　　iPaaS工具和服務可以從同一個用戶界面進行管理，類似于控制面板。

　　4. 可用性

　　由SLA提供保障的iPaaS 系統的可用性在許多情況下是99.99%或更高。

　　5. 人性化操作，定期更新

　　在可用性方面，現代iPaaS解決方案擊敗了傳統的ETL / Hub-to-Spoke集成/ ESB方法。

　　6. 多租戶能力

　　多租戶功能可實現流程的清晰分離，而無需為每個用例構建單獨的“物理”環境。這允許客戶將不同的業務領域及其集成場景分開，甚至只是分開開發、測試和生產環境。

　　使用iPaaS的商業案例

　　iPaaS工具旨在處理最新的協議和身份驗證方法以及當今使用的許多不同的架構。復雜的iPaas工具可以將運行在不同云平臺（公共云和私有云）以及不同企業擁有的不同數據中心中的軟件連接起來，并具有不同的信任級別。它們還可以在原有硬件上與新軟件集成，減少組織“大刀闊斧”更換舊軟件耽誤的時間。

　　iPaaS工具的一個共同特點是能夠與人工智能、機器學習和區塊鏈等較新的技術和算法集成。因此，iPaaS可以使用現有連接器將這些算法的功能添加到舊系統中，使其成為利用最新技術的最簡單、最快的方法之一。

　　使用iPaaS還可以為組織節省大量時間和編碼工作。理想情況下，大部分集成粘合代碼已經嵌入到平臺中，開發團隊可以在最高抽象級別進行操作。

　　一些iPaaS包括復雜的可視化儀表板，用于跟蹤進度和創建新的集成。它們的可視化編程語言可以簡化集成過程，使非開發人員能夠更輕松地做出貢獻，使專業的開發人員能夠更快地創建服務。

　　iPaaS的工作原理

　　iPaaS做的大部分工作與原始代碼相同，但它們隱藏了優秀Web應用程序背后的大部分語法復雜性。中央集線器可以配置不同的模塊，這些模塊可以連接不同的工具，然后將結果提供給其他服務或應用程序。iPaaS供應商為互聯網上許多最常見的API和服務維護著大量此類連接器。

　　在iPaaS發揮作用之前，開發人員需要創建數據到達時如何進行轉換的描述。一些平臺要求用戶采用傳統的編程語言編寫函數，以便對數據進行過濾和操作。而其他一些平臺則提供可視化工具，可以簡化工作并消除一些可能使編程變得困難的語法問題。雖然這些可視化工具可以向非開發人員開放流程，但配置iPaaS仍然需要像開發人員一樣思考抽象格式和數據流。

　　一旦定義了連接并安裝了正確的模塊，iPaaS就會在后臺運行，并確保數據輸入和輸出。

　　iPaaS最重要的挑戰之一是正確進行身份驗證，以確保服務之間的連接不會成為網絡訪問的后門。OAuth等協議確保只有iPaaS可以訪問數據。同時，單點登錄選項使用戶可以更輕松地進行一次身份驗證，以執行iPaaS可以交付的所有任務。

　　iPaaS的運行示例

　　iPaaS可用于典型企業軟件堆棧的所有級別。它們可以處理規模較小或簡單的工作，例如將工作流整合到一個區域辦公室，或者它們也可以可能在收集和協調多個辦公室、區域和分部方面發揮更大的作用。以下是一些假設的示例：

　　當兩家企業合并時，iPaaS可以將合并實體雙方的訂單同步到一個集中的報告工具中。然后，新的企業管理層就可以在整合工作時跟蹤兩家企業的業績。

　　作為實驗項目的一部分，iPaaS可用于收集信息，以比較生產工廠之間的生產效率，將信息從運行每個工廠的各種系統傳送到圖形儀表板。

　　希望追蹤跨國市場銷售情況的跨國供應商可以使用iPaaS從邊界兩側收集會計信息，并使用當前匯率對其進行調整。

　　銷售團隊可以創建iPaaS來協調跟蹤早期查詢并將它們與任何交易相匹配。

　　當數據到達集線器時，iPaaS的大部分工作是在轉換過程中完成的。其中一些選項包括：

　　過濾：iPaaS可以刪除額外的數據，只傳遞符合特定規則集的數據；

　　清理：iPaaS可以糾正數據不一致、刪除虛假字段，并確保字段使用相同的標準格式；

　　轉換：iPaaS可以將數據從一種服務生成的格式轉換為另一種服務所需的格式；

　　隱私：iPaaS可以刪除個人數據，將其替換為占位符或匿名化名；

　　安全性：iPaaS可以在將信息發送到遠程服務之前添加加密措施以保護信息；

　　洞察：iPaaS可以部署機器學習或其他人工智能算法來制定決策，并檢查違規行為；

　　iPaaS 市場：昨天、今天和明天

　　當前形式的iPaaS已經有十多年的歷史了。這種融合過程的出現和發展，與云計算和SaaS的發展息息相關。

　　iPaaS：第一批供應商

　　當第一批SaaS提供商進入市場時，他們的客戶需要幫助將不同的基于云的軟件解決方案相互集成以及與他們現有的IT環境集成。第一批iPaaS提供商從中看到了機會。他們與SaaS提供商接洽并和他們建立合作伙伴關系。

　　結果，iPaaS提供商無需獲取客戶即可受益，而SaaS提供商則通過減少甚至完全委托集成項目所需的工作而獲利，由此創造了一個雙贏的局面，成為兩個市場參與者增長的催化劑。

　　2008年——發布首個采用訂閱業務模式的基于云的集成平臺；

　　2009年——Gartner發布了其首個專注于集成的魔力象限；

　　2011年——Gartner應用架構、開發與集成峰會上首次使用“iPaaS”一詞；

　　2014年——Gartner 為術語“iPaaS”發布了首個魔力象限；

　　2017年——iPaaS市場迎來大發展，出現更多細分領域；

　　iPaaS蓬勃發展：大型軟件供應商掌舵

　　由于IT環境日益復雜，并且需要降低總擁有成本（TCO），iPaaS模型得到了進一步發展。出現了新的領域：例如云到云或物聯網到本地。除此之外，還添加了支持 iPaaS的電子數據交換（EDI）系統。因此，SAP、微軟和甲骨文等主要軟件制造商開始更積極地擴展其SaaS服務。

　　在與iPaaS供應商合作一段時間后，這些制造商要么收購這些供應商，要么開發了屬于自己的iPaaS解決方案。造成這種現象的根本原因在于，主要軟件提供商希望將他們自己的云解決方案與其本地解決方案緊密聯系起來。

　　大型供應商還有另一個優勢：他們可以通過合作伙伴或自己龐大的客戶群進行擴展。然而，對于這些方法，第三方系統的集成仍然存在問題。這就是為什么近年來出現了許多其他 iPaaS 提供商專注于利基需求。這一切都造就了一個競爭激烈的市場。

　　頂級iPaaS供應商

　　隨著許多供應商不斷修改和擴展他們的集成工具以與更多平臺和服務配合使用，iPaaS的市場空間正在增長。供應商都提供了一個用于數據交換的中央集線器，這些模塊將集線器與各種工具、服務甚至其他iPaaS系統連接起來。

　　尋找最佳選擇首先要檢查產品與當前堆棧中的服務和工具的匹配情況。行業領先的供應商擁有廣泛的連接器模塊。有些供應商還提供了免費的初步探索和測試計劃。

　　Amazon Web Services：亞馬遜的云平臺包含許多用于集成數據流的工具。在最低級別，Lambda函數可以控制AWS內部提供無服務器計算的許多功能。在更高級別上，AppFlow可以提供所謂的“無代碼”集成；

　　Boomi：Boomi平臺提供了大量的連接器和集成模塊；

　　iCenit.io：Cenit.io的工具是免費的，并且圍繞開源社區構建；

　　Elastic.io：Elastic.io既可以在企業內部使用，也可以作為白標服務來構建自己的iPaaS。

　　IBM：Big Blue在IBM云平臺支持下提供了一系列用于集成的產品和服務，例如IBM Cloud Pak for Integration、IBM AppConnect、IBM APIConnect以及IBM EventStreams；

　　Informatica：Informatica的CLAIRE引擎專注于數據集成和數據質量；

　　Jitterbit：Jitterbit的平臺包括Cloud Studio，它為普通用戶提供了將工具集成的機會；

　　Oracle：Oracle在其云平臺中擁有廣泛的集成工具，用于組織數據和API，其中最主要的是應用程序集成；

　　SnapLogic：SnapLogic將其工具稱為“企業自動化愿景”，并包含稱為“Snaps”的智能連接器，可以在一定程度上進行自我配置；

　　Tibco：來自Tibco的云集成提供事件驅動和API驅動的集成；

　　Workato：Workato平臺提供了一系列復雜的工作流自動化工具，用于通過其網絡跟蹤數據的移動；

　　Zapier：Zapier平臺提供與GMail、Slack和Mailchimp等許多流行的網絡應用程序的集成。

　　iPaaS：市場開發和供應商選擇

　　如果一個市場具有增長潛力，一些大型供應商會試圖獲取最大的份額，而較小的供應商則占據利基市場。較小的iPaaS提供商擁有非常具體的知識——通常僅限于一個域甚至一個子域。其他提供商將自己定位在兩者之間。

　　隨著SaaS和其他云服務的持續增長，集成服務市場仍然具有吸引力，導致許多供應商紛紛來這個市場上分一杯羹。這最終可能導致供過于求，之后趨勢應該會逆轉，直到達到平衡。

　　因此，許多iPaaS供應商（尤其是較小的供應商）很可能會被收購、改變核心業務或直接倒閉。這是選擇集成合作伙伴時的關鍵信息：在選擇過程中應該考慮戰略不確定性和更換供應商的潛在成本。需要注意的是，由一個iPaaS提供商設置的映射、工作流和配置通常無法輕易轉移到另一個中。因此，公司在選擇iPaaS合作伙伴之前應該徹底考慮這些問題。