如果說去年是“新常態(tài)”的起點(diǎn)，那么今年就是加速適應(yīng)和發(fā)展的一年。事實(shí)上，許多企業(yè)已經(jīng)通過實(shí)現(xiàn)云端分析、應(yīng)用現(xiàn)代化以及部署敏捷的數(shù)據(jù)平臺，得到了良性的發(fā)展。
隨著企業(yè)在云端實(shí)現(xiàn)現(xiàn)代化，他們正在轉(zhuǎn)向云原生和尋求集成平臺即服務(wù)（iPaaS）解決方案。那么究竟什么是iPaaS？下面我們就從iPaaS的關(guān)鍵用例、示例和供應(yīng)商進(jìn)行闡述。
什么是iPaaS？
集成平臺即服務(wù)（Integration Platform as a Service。，簡稱iPaaS）是一種基于云計(jì)算的軟件包，用于創(chuàng)建新的應(yīng)用程序或通過鏈接現(xiàn)有服務(wù)和應(yīng)用程序來編排數(shù)據(jù)流。它允許組織輕松利用基本構(gòu)建塊來簡化流程或建立新服務(wù)。例如，iPaaS可以將存儲客戶信息的數(shù)據(jù)庫、用于將地址轉(zhuǎn)換為地理坐標(biāo)的API，以及用于處理信用卡交易的第三方服務(wù)整合在一起，以便用戶可以一站式完成任務(wù)。
這些平臺配備了使用標(biāo)準(zhǔn)協(xié)議和數(shù)據(jù)格式與現(xiàn)有服務(wù)交互的例程。他們擅長從一項(xiàng)服務(wù)中請求數(shù)據(jù)，然后過濾數(shù)據(jù)并將其轉(zhuǎn)換為其他服務(wù)所需的另一種數(shù)據(jù)格式，并充當(dāng)數(shù)據(jù)傳輸?shù)膫鬏敇屑~。
類似的數(shù)據(jù)流集成方法由企業(yè)服務(wù)總線（ESB）和機(jī)器人流程自動化（RPA）等技術(shù)執(zhí)行。每種技術(shù)都通過類似的工作來集成現(xiàn)有的軟件包和服務(wù)。
使用iPaaS，企業(yè)可以回答以下問題：
如何為分析構(gòu)建數(shù)據(jù)管道？
如何識別、修復(fù)和監(jiān)控?cái)?shù)據(jù)質(zhì)量？
如何連接應(yīng)用系統(tǒng)并在其中集成數(shù)據(jù)？
如何與業(yè)務(wù)合作伙伴進(jìn)行外部數(shù)據(jù)交換？
如何獲取產(chǎn)品、客戶和參考數(shù)據(jù)的完整視圖？
iPaaS優(yōu)缺點(diǎn)分析
缺點(diǎn)
當(dāng)然，iPaaS也有一些缺點(diǎn)，其普遍缺點(diǎn)是對非常具體的功能需求的支持不足以及難以尋找合適的供應(yīng)商。
1.定制需求支持不足
體面的iPaaS解決方案涵蓋了當(dāng)今許多集成場景，并且支持的用例數(shù)量不斷增加。然而，在實(shí)踐中，總會出現(xiàn)iPaaS市場沒有提供解決方案的用例。這可能是因?yàn)樗璧慕鉀Q方案在技術(shù)上過于定制。
傳統(tǒng)的集成方法，例如ETL/Hub-to-Spoke集成/ESB或應(yīng)用程序之間的直接連接在這里可能更有用。盡管如此，研究可用的iPaaS解決方案以找到適合您需求的解決方案還是值得的。在某些情況下，iPaaS可以與現(xiàn)有的本地集成資源相結(jié)合。
2.復(fù)雜的集成需求需要專業(yè)的技術(shù)人員
“公民”集成商經(jīng)常在iPaaS討論中被提及。不幸的是，大多數(shù)公民集成商只能處理少數(shù)集成任務(wù)——通常是拖放和點(diǎn)擊。集成過程通常需要相關(guān)的高級軟件或IT知識。由于市場、合規(guī)性和監(jiān)管要求不斷提高，業(yè)務(wù)任務(wù)變得越來越復(fù)雜，因此在可預(yù)見的未來，這種情況不會改變。
此外，大多數(shù)公民集成商正忙于解決其部門的緊迫問題。因此，他們可能會忽視整體戰(zhàn)略，隨著時(shí)間的推移，公司內(nèi)部會形成額外的“數(shù)據(jù)孤島”。需要一個稱職的IT團(tuán)隊(duì)才能解決。
阻止這種發(fā)展趨勢的一種方法就是從一開始就為公民集成商提供專業(yè)支持。集成任務(wù)可由內(nèi)部IT部門、軟件專家或提供適當(dāng)技術(shù)人員的iPaaS提供商執(zhí)行。事實(shí)上，許多公司正在重新思考公民集成商的概念，這也導(dǎo)致更多的預(yù)算轉(zhuǎn)移回IT。
3.廣泛的供應(yīng)商讓人眼花繚亂
iPaaS的另一個缺點(diǎn)是存在大量的供應(yīng)商可供選擇。他們通常在服務(wù)范圍和重點(diǎn)方面有所不同。有些嘗試涵蓋盡可能多的用例，有些則追求特定領(lǐng)域的策略。
此外，在比較門戶和媒體上，僅用SaaS連接補(bǔ)充其解決方案的傳統(tǒng)集成方法提供商有時(shí)會與成熟的iPaaS提供商混為一談。對于初涉該領(lǐng)域的新手來說，這會增加混亂并難以抉擇出合適的iPaaS提供商。您對iPaaS了解得越多，就越容易找到合適的提供商。
優(yōu)點(diǎn)
iPaaS的優(yōu)點(diǎn)可以總結(jié)如下：
1.節(jié)約成本
隨著SaaS應(yīng)用程序的激增，傳統(tǒng)的集成方法很快就會達(dá)到極限，昂貴的變通方法變得不可避免。iPaaS提供了一種更具成本效益的替代方案。
2.可擴(kuò)展性
擴(kuò)展能力是iPaaS的優(yōu)勢。例如，當(dāng)公司進(jìn)行并購時(shí)，iPaaS解決方案可以毫不費(fèi)力地將公司的IT與彼此以及與母公司連接起來。
3.集成流的集中管理
iPaaS工具和服務(wù)可以從同一個用戶界面進(jìn)行管理，類似于控制面板。
4.可用性
由SLA提供保障的iPaaS系統(tǒng)的可用性在許多情況下是99.99%或更高。
5.人性化操作，定期更新
在可用性方面，現(xiàn)代iPaaS解決方案擊敗了傳統(tǒng)的ETL/Hub-to-Spoke集成/ESB方法。
6.多租戶能力
多租戶功能可實(shí)現(xiàn)流程的清晰分離，而無需為每個用例構(gòu)建單獨(dú)的“物理”環(huán)境。這允許客戶將不同的業(yè)務(wù)領(lǐng)域及其集成場景分開，甚至只是分開開發(fā)、測試和生產(chǎn)環(huán)境。
使用iPaaS的商業(yè)案例
iPaaS工具旨在處理最新的協(xié)議和身份驗(yàn)證方法以及當(dāng)今使用的許多不同的架構(gòu)。復(fù)雜的iPaas工具可以將運(yùn)行在不同云平臺（公共云和私有云）以及不同企業(yè)擁有的不同數(shù)據(jù)中心中的軟件連接起來，并具有不同的信任級別。它們還可以在原有硬件上與新軟件集成，減少組織“大刀闊斧”更換舊軟件耽誤的時(shí)間。
iPaaS工具的一個共同特點(diǎn)是能夠與人工智能、機(jī)器學(xué)習(xí)和區(qū)塊鏈等較新的技術(shù)和算法集成。因此，iPaaS可以使用現(xiàn)有連接器將這些算法的功能添加到舊系統(tǒng)中，使其成為利用最新技術(shù)的最簡單、最快的方法之一。
使用iPaaS還可以為組織節(jié)省大量時(shí)間和編碼工作。理想情況下，大部分集成粘合代碼已經(jīng)嵌入到平臺中，開發(fā)團(tuán)隊(duì)可以在最高抽象級別進(jìn)行操作。
一些iPaaS包括復(fù)雜的可視化儀表板，用于跟蹤進(jìn)度和創(chuàng)建新的集成。它們的可視化編程語言可以簡化集成過程，使非開發(fā)人員能夠更輕松地做出貢獻(xiàn)，使專業(yè)的開發(fā)人員能夠更快地創(chuàng)建服務(wù)。
iPaaS的工作原理
iPaaS做的大部分工作與原始代碼相同，但它們隱藏了優(yōu)秀Web應(yīng)用程序背后的大部分語法復(fù)雜性。中央集線器可以配置不同的模塊，這些模塊可以連接不同的工具，然后將結(jié)果提供給其他服務(wù)或應(yīng)用程序。iPaaS供應(yīng)商為互聯(lián)網(wǎng)上許多最常見的API和服務(wù)維護(hù)著大量此類連接器。
在iPaaS發(fā)揮作用之前，開發(fā)人員需要創(chuàng)建數(shù)據(jù)到達(dá)時(shí)如何進(jìn)行轉(zhuǎn)換的描述。一些平臺要求用戶采用傳統(tǒng)的編程語言編寫函數(shù)，以便對數(shù)據(jù)進(jìn)行過濾和操作。而其他一些平臺則提供可視化工具，可以簡化工作并消除一些可能使編程變得困難的語法問題。雖然這些可視化工具可以向非開發(fā)人員開放流程，但配置iPaaS仍然需要像開發(fā)人員一樣思考抽象格式和數(shù)據(jù)流。
一旦定義了連接并安裝了正確的模塊，iPaaS就會在后臺運(yùn)行，并確保數(shù)據(jù)輸入和輸出。
iPaaS最重要的挑戰(zhàn)之一是正確進(jìn)行身份驗(yàn)證，以確保服務(wù)之間的連接不會成為網(wǎng)絡(luò)訪問的后門。OAuth等協(xié)議確保只有iPaaS可以訪問數(shù)據(jù)。同時(shí)，單點(diǎn)登錄選項(xiàng)使用戶可以更輕松地進(jìn)行一次身份驗(yàn)證，以執(zhí)行iPaaS可以交付的所有任務(wù)。
iPaaS的運(yùn)行示例
iPaaS可用于典型企業(yè)軟件堆棧的所有級別。它們可以處理規(guī)模較小或簡單的工作，例如將工作流整合到一個區(qū)域辦公室，或者它們也可以可能在收集和協(xié)調(diào)多個辦公室、區(qū)域和分部方面發(fā)揮更大的作用。以下是一些假設(shè)的示例：
當(dāng)兩家企業(yè)合并時(shí)，iPaaS可以將合并實(shí)體雙方的訂單同步到一個集中的報(bào)告工具中。然后，新的企業(yè)管理層就可以在整合工作時(shí)跟蹤兩家企業(yè)的業(yè)績。
作為實(shí)驗(yàn)項(xiàng)目的一部分，iPaaS可用于收集信息，以比較生產(chǎn)工廠之間的生產(chǎn)效率，將信息從運(yùn)行每個工廠的各種系統(tǒng)傳送到圖形儀表板。
希望追蹤跨國市場銷售情況的跨國供應(yīng)商可以使用iPaaS從邊界兩側(cè)收集會計(jì)信息，并使用當(dāng)前匯率對其進(jìn)行調(diào)整。
銷售團(tuán)隊(duì)可以創(chuàng)建iPaaS來協(xié)調(diào)跟蹤早期查詢并將它們與任何交易相匹配。
當(dāng)數(shù)據(jù)到達(dá)集線器時(shí)，iPaaS的大部分工作是在轉(zhuǎn)換過程中完成的。其中一些選項(xiàng)包括：
?過濾：iPaaS可以刪除額外的數(shù)據(jù)，只傳遞符合特定規(guī)則集的數(shù)據(jù)；
?清理：iPaaS可以糾正數(shù)據(jù)不一致、刪除虛假字段，并確保字段使用相同的標(biāo)準(zhǔn)格式；
?轉(zhuǎn)換：iPaaS可以將數(shù)據(jù)從一種服務(wù)生成的格式轉(zhuǎn)換為另一種服務(wù)所需的格式；
?隱私：iPaaS可以刪除個人數(shù)據(jù)，將其替換為占位符或匿名化名；
?安全性：iPaaS可以在將信息發(fā)送到遠(yuǎn)程服務(wù)之前添加加密措施以保護(hù)信息；
?洞察：iPaaS可以部署機(jī)器學(xué)習(xí)或其他人工智能算法來制定決策，并檢查違規(guī)行為；
iPaaS市場：昨天、今天和明天
當(dāng)前形式的iPaaS已經(jīng)有十多年的歷史了。這種融合過程的出現(xiàn)和發(fā)展，與云計(jì)算和SaaS的發(fā)展息息相關(guān)。
iPaaS：第一批供應(yīng)商
當(dāng)?shù)谝慌鶶aaS提供商進(jìn)入市場時(shí)，他們的客戶需要幫助將不同的基于云的軟件解決方案相互集成以及與他們現(xiàn)有的IT環(huán)境集成。第一批iPaaS提供商從中看到了機(jī)會。他們與SaaS提供商接洽并和他們建立合作伙伴關(guān)系。
結(jié)果，iPaaS提供商無需獲取客戶即可受益，而SaaS提供商則通過減少甚至完全委托集成項(xiàng)目所需的工作而獲利，由此創(chuàng)造了一個雙贏的局面，成為兩個市場參與者增長的催化劑。
2008年——發(fā)布首個采用訂閱業(yè)務(wù)模式的基于云的集成平臺；
2009年——Gartner發(fā)布了其首個專注于集成的魔力象限；
2011年——Gartner應(yīng)用架構(gòu)、開發(fā)與集成峰會上首次使用“iPaaS”一詞；
2014年——Gartner為術(shù)語“iPaaS”發(fā)布了首個魔力象限；
2017年——iPaaS市場迎來大發(fā)展，出現(xiàn)更多細(xì)分領(lǐng)域；
iPaaS蓬勃發(fā)展：大型軟件供應(yīng)商掌舵
由于IT環(huán)境日益復(fù)雜，并且需要降低總擁有成本（TCO），iPaaS模型得到了進(jìn)一步發(fā)展。出現(xiàn)了新的領(lǐng)域：例如云到云或物聯(lián)網(wǎng)到本地。除此之外，還添加了支持iPaaS的電子數(shù)據(jù)交換（EDI）系統(tǒng)。因此，SAP、微軟和甲骨文等主要軟件制造商開始更積極地?cái)U(kuò)展其SaaS服務(wù)。
在與iPaaS供應(yīng)商合作一段時(shí)間后，這些制造商要么收購這些供應(yīng)商，要么開發(fā)了屬于自己的iPaaS解決方案。造成這種現(xiàn)象的根本原因在于，主要軟件提供商希望將他們自己的云解決方案與其本地解決方案緊密聯(lián)系起來。
大型供應(yīng)商還有另一個優(yōu)勢：他們可以通過合作伙伴或自己龐大的客戶群進(jìn)行擴(kuò)展。然而，對于這些方法，第三方系統(tǒng)的集成仍然存在問題。這就是為什么近年來出現(xiàn)了許多其他iPaaS提供商專注于利基需求。這一切都造就了一個競爭激烈的市場。
頂級iPaaS供應(yīng)商
隨著許多供應(yīng)商不斷修改和擴(kuò)展他們的集成工具以與更多平臺和服務(wù)配合使用，iPaaS的市場空間正在增長。供應(yīng)商都提供了一個用于數(shù)據(jù)交換的中央集線器，這些模塊將集線器與各種工具、服務(wù)甚至其他iPaaS系統(tǒng)連接起來。
尋找最佳選擇首先要檢查產(chǎn)品與當(dāng)前堆棧中的服務(wù)和工具的匹配情況。行業(yè)領(lǐng)先的供應(yīng)商擁有廣泛的連接器模塊。有些供應(yīng)商還提供了免費(fèi)的初步探索和測試計(jì)劃。
Amazon Web Services：亞馬遜的云平臺包含許多用于集成數(shù)據(jù)流的工具。在最低級別，Lambda函數(shù)可以控制AWS內(nèi)部提供無服務(wù)器計(jì)算的許多功能。在更高級別上，AppFlow可以提供所謂的“無代碼”集成；
Boomi：Boomi平臺提供了大量的連接器和集成模塊；
iCenit.io：Cenit.io的工具是免費(fèi)的，并且圍繞開源社區(qū)構(gòu)建；
Elastic.io：Elastic.io既可以在企業(yè)內(nèi)部使用，也可以作為白標(biāo)服務(wù)來構(gòu)建自己的iPaaS。
IBM：Big Blue在IBM云平臺支持下提供了一系列用于集成的產(chǎn)品和服務(wù)，例如IBM Cloud Pak for Integration、IBM AppConnect、IBM APIConnect以及IBM EventStreams；
Informatica：Informatica的CLAIRE引擎專注于數(shù)據(jù)集成和數(shù)據(jù)質(zhì)量；
Jitterbit：Jitterbit的平臺包括Cloud Studio，它為普通用戶提供了將工具集成的機(jī)會；
Oracle：Oracle在其云平臺中擁有廣泛的集成工具，用于組織數(shù)據(jù)和API，其中最主要的是應(yīng)用程序集成；
SnapLogic：SnapLogic將其工具稱為“企業(yè)自動化愿景”，并包含稱為“Snaps”的智能連接器，可以在一定程度上進(jìn)行自我配置；
Tibco：來自Tibco的云集成提供事件驅(qū)動和API驅(qū)動的集成；
Workato：Workato平臺提供了一系列復(fù)雜的工作流自動化工具，用于通過其網(wǎng)絡(luò)跟蹤數(shù)據(jù)的移動；
Zapier：Zapier平臺提供與GMail、Slack和Mailchimp等許多流行的網(wǎng)絡(luò)應(yīng)用程序的集成。
iPaaS：市場開發(fā)和供應(yīng)商選擇
如果一個市場具有增長潛力，一些大型供應(yīng)商會試圖獲取最大的份額，而較小的供應(yīng)商則占據(jù)利基市場。較小的iPaaS提供商擁有非常具體的知識——通常僅限于一個域甚至一個子域。其他提供商將自己定位在兩者之間。
隨著SaaS和其他云服務(wù)的持續(xù)增長，集成服務(wù)市場仍然具有吸引力，導(dǎo)致許多供應(yīng)商紛紛來這個市場上分一杯羹。這最終可能導(dǎo)致供過于求，之后趨勢應(yīng)該會逆轉(zhuǎn)，直到達(dá)到平衡。
因此，許多iPaaS供應(yīng)商（尤其是較小的供應(yīng)商）很可能會被收購、改變核心業(yè)務(wù)或直接倒閉。這是選擇集成合作伙伴時(shí)的關(guān)鍵信息：在選擇過程中應(yīng)該考慮戰(zhàn)略不確定性和更換供應(yīng)商的潛在成本。需要注意的是，由一個iPaaS提供商設(shè)置的映射、工作流和配置通常無法輕易轉(zhuǎn)移到另一個中。因此，公司在選擇iPaaS合作伙伴之前應(yīng)該徹底考慮這些問題。
