雲原生的土壤 中間件在雲時代被再定義

如果把企業內部的業務比喻為一個城市系統，這個城市中的IT機構就是像水、電、煤一樣的基礎設施，那麼中間件就類似於輸水管道，推動著數據從一個應用流向另一個應用。而在雲計算時代，中間件又被賦予了新的定義，那就是對雲原生的支持。

雲原生的土壤 中間件在雲時代被再定義（圖片來自slideshare.net）

既然提到中間件，那麼就有必要了解什麼是中間件。從常規定義來看，其可以包括各種軟體方案，API、應用伺服器、數據整合、對象請求代理等等，任何位於內核和用戶應用之間的軟體都可以理解為中間件。就像PaaS承擔的作用一樣，中間件層通過在虛擬單元上運行Java應用，隔離了不必要的操作系統和硬體異構性，提供了一致的管理引擎和開發平台，具備集成開發和全生命周期管理能力，能夠以集群虛擬化的方式按需分配資源。

從技術架構來看，首先要知道一個詞「JBoss」——基於J2EE的開放源代碼的應用伺服器（引述百度百科定義），而且是J2EE領域最流行的一個。J2EE可以看作是一個企業級的Java平台，特點是簡化開發和部署、可移植和復用的程度較高，最初脫胎於Sun的Java 2變種。2005年的時候，Sun把旗下Java各版本中的「2」都取消了，J2EE也就變成了Java EE。

與其說Java EE是一款產品，倒不如說其更像是一種標準，不僅集成了JSP、EJB、CGI這些技術，還提供了業務邏輯、控制器等各種組件。舉個例子，SQL是很多資料庫開發者會用到的結構化查詢語言，而Java EE所支持的技術的API可以起到連接資料庫的作用，並且能直接調用SQL命令執行SQL語句，顯然是開發者喜聞樂見的。

至於JBoss的特性就不多贅述了，比如生來就是支持SOA的。說到SOA，甲骨文無疑更有發言權，該公司在Gartner《2017年企業集成雲平台即服務魔力象限》報告中獲得了領導者的位置，甲骨文的企業集成雲平台即服務（iPaaS）就包括了Oracle SOA雲服務和Oracle集成雲服務。這一成績的背後，也反映了企業客戶對於混合集成平台的需求，畢竟這在兼顧高敏捷和低成本的同時，還能保障安全性。

弄明白JBoss之後，就可以從廣義上對中間件進行分類：第一類是促進應用開發加速和性能加速的，比如JBoss EAP、JBoss WebServer、JBoss數據網格；第二類是實現應用、數據和API整合的，比如JBoss Fuse、JBoss AMP、3Scale；第三類是實現業務規則和流程的自動化產品，比如JBoss規則引擎和流程引擎產品。

回到國內市場，主要有三種中間件的廠商，第一種是提供企業級安全開源中間件產品的，以紅帽為代表；第二種是傳統的閉源外資公司，如IBM和甲骨文，他們的市場份額較高，原因除了技術的積累，在伺服器和資料庫方面也有較好的支持；第三種是半開源公司，以國內公司為主，這類公司取材於開源社區產品，然後通過改造封裝和功能擴展，逐漸形成自己的產品，或者是根據客戶需求直接提供源代碼。

與海外巨頭相比，像中創股份、金蝶天燕這樣的國內中間件廠商仍有較大的差距，而且海外對合規的要求也要更高一些，尊重知識產品。不過在雲計算的時代，這種距離隨著技術架構的改變在無形中縮小了。換句話說，軟體定義基礎設施帶來的機會是均等的，而傳統的ESB中間件業務則呈現放緩態勢。數據顯示，2016年和2017年IBM和甲骨文的ESB收入僅有個位數增長。

隨著微服務架構的興起，ESB要被取代的聲音不絕於耳，這種以XML為中心的技術只適應數年升級一次的舊有業務系統，定製化的過程更是災難，難以跟上現代化架構中雲應用的擴展速度。對於企業來說，他們更希望通過開源、輕量化的方式來展開業務部署，這就與iPaaS有關係了。研究機構Ovum在一份報告中指出，2017年iPaaS的市場規模首次超過10億美元，其背後就是像紅帽這樣的開源巨頭貢獻著支出。

一個值得注意的是數字是，紅帽中間件業務的增速約是Linux業務的一倍，要知道Linux發行版可是紅帽賴以成名的產品，而且數年前應用伺服器流行時還沒有JBoss什麼事兒。相比之下，如今將業務完整遷移到JBoss的公司已經有紐交所、FedEx、NTT等各領域的頭部客戶。

這種趨勢的原因之一是，幾乎每家公司都在思考如何進行數字化轉型，而這種改變當前很大程度上就是上雲。考慮到體量的原因，這些企業上雲不會是一蹴而就的，也就是離不開本地環境。例如在JBoss EAP 7中，無論是本地、虛擬化，還是公私混的雲環境，都能提供完整的Java EE性能，並且無需再編輯XML配置文件。

過去，行業內會將PaaS再細分為aPaaS、iPaaS、dPaaS、mPaaS，而不管怎樣劃分，PaaS在為企業提供IT服務的過程中都扮演著關鍵角色，而就像aPaaS之於應用開發和運行、iPaaS之於集成和交互，中間件與PaaS的關係亦是密不可分的，前者在很大程度上成為了衡量PaaS成熟度的指標。用紅帽的話說，中間件的「PaaS ready」已經成為新時代中間件最基本的一項要求。

那麼問題來了，雲時代的中間件為何如此重要？很重要的一個關聯性就是雲原生（Cloud Native）。雲原生是Pivotal負責架構的全球CTO Matt Stine在2013年提出的概念，當時的判斷像DevOps、微服務、敏捷交付等技術至今都已成為趨勢。當時Matt Stine認為，如果用新的一體性架構去取代現有的一體性架構，只是把複雜性從一端轉移到了另一端，這也是傳統SOA的尷尬之處，「從運維的角度來看，實際上什麼都沒做。」

考慮到雲原生的需求，可以使用基於PaaS集成的中間件，將功能容器或微服務化，好處在於不用去掌握複雜的底層代碼，並且是支持容器和微服務的。如果是使用OpenShift的集成應用，還可以在不依賴CSP的情況下將應用部署到任意的位置。

此外，中間件服務通常沒有太強的業務屬性，比如JBoss EAP應用伺服器，只要是Java應用都可以運行在應用伺服器。也有一些中間件要與業務結合才能充分發揮價值，比如規則引擎，這不僅需要一個安全可靠的規則引擎管理平台，集成商的實時開發能力也很重要。

紅帽的技術人員告訴筆者：「如果中間件對雲原生的支持差，就很難充分利用雲的能力，甚至很難上雲。比如某中間件上應用的安裝和部屬需要藉助於其管理界面，那麼這種中間件就很難上雲，更不要談什麼分散式、自動擴展。」

可以看到，中間件對於雲原生的要求考驗著服務提供商。用過去的思路去定義雲時代的中間件未免有失偏頗，畢竟企業內部的IT架構和業務形態發生了變化。當然，本文並沒有否定ESB所起到的作用，像金融、航空等行業的關鍵任務仍然需要穩定的ESB支持。不過，隨著開源、API、上雲走進了中間件的視野，其與雲服務的融合勢必也會愈發密切。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！