Jakarta EE 正在為企業(yè)版 Java 開辟新的道路。在這篇文章中，Cesar Saavedra 將解釋為什么說 Jakarta EE 為企業(yè)版 Java 帶來了新鮮的空氣。

　　首先，作為一名具有 30 年經(jīng)驗的 IT 老兵，我曾經(jīng)是開發(fā)者、服務(wù)顧問、技術(shù)銷售人員和技術(shù)營銷人員。從出現(xiàn)開源軟件和 Java 開始，我就一路看著 IT 和軟件市場的發(fā)展。對于我們這些長期浸淫 IT 的人來說，無論出現(xiàn)什么樣的新技術(shù)，它們似乎總是試圖解決自計算機(jī)誕生以來我們就一直在嘗試解決的問題（封裝、可重用性、可用性、分布式系統(tǒng)、數(shù)據(jù)管理等等）。

　　我還記得 90 年代第一次參加 Java 研討會（由 Sun Microsystems 組織）。除了吸引人的“一次編寫，到處運行”口號，作為一名開發(fā)人員，我充滿對這種門語言的敬畏之情，因為我不再需要為分配和釋放內(nèi)存而操心，并且可以保證可移植性。這兩項功能將為我節(jié)省大量的開發(fā)時間！然后是 Java 企業(yè)版（JPE -> J2EE -> Java EE），它提供了一組 API 用于開發(fā)企業(yè)級功能，很多企業(yè)發(fā)現(xiàn)這些功能對于開發(fā)生產(chǎn)應(yīng)用程序來說非常有用，這些應(yīng)用程序到現(xiàn)在仍然在全球范圍內(nèi)運行。Java 仍然是當(dāng)今最頂級的語言之一。

　　Jakarta EE 簡介

　　然而，我們現(xiàn)在生活在一個不同的時代，云計算、容器、微服務(wù)、迷你服務(wù)、API 管理、無服務(wù)器計算、反應(yīng)式系統(tǒng)已經(jīng)成為在數(shù)字經(jīng)濟(jì)中獲得競爭力并取得成功的必要條件，因為新經(jīng)濟(jì)時代要求在開發(fā)、交付和維護(hù)應(yīng)用程序方面具備超敏捷性�，F(xiàn)在已經(jīng)有大量適用于微服務(wù)和云計算的運行時和框架。

　　例如，Node.js 在微服務(wù)開發(fā)中變得非常流行，而 Java EE 不再是唯一基于 JVM 的框架，Spring 和 Eclipse Vert.x 是另外兩個可以考慮的框架。使用單一的編程語言來開發(fā)應(yīng)用程序的日子已經(jīng)一去不復(fù)返。

　　事實上，在 Red Hat 最近的一次客戶調(diào)查中，87％ 的受訪者表示，他們正在使用或者考慮使用多種技術(shù)來開發(fā)微服務(wù)。同樣的，在 2018 年 Eclipse 基金會 Jakarta EE 開發(fā)者調(diào)查中，68％ 的受訪者表示，他們有超過 60％ 的應(yīng)用程序在實現(xiàn)過程中使用了多種語言。

　　對于全球的企業(yè)和開發(fā)人員來說，Java EE 仍然具有其價值和生產(chǎn)力，但是作為一個標(biāo)準(zhǔn)，Java EE 已經(jīng)落后于云計算、容器和微服務(wù)。正因為如此，社區(qū)決定在 2016 年“不畏艱險”地創(chuàng)建了 MicroProfile——這是一個社區(qū)驅(qū)動的開源規(guī)范，現(xiàn)在與 Eclipse 基金共存——專注于為微服務(wù)而優(yōu)化企業(yè)版 Java。很多反對者多年來一直宣稱“Java EE 已經(jīng)死亡”，盡管這在某種程度上說的是事實，但最近作為 Eclipse 項目 Jakarta EE 出現(xiàn)的 Java EE 正帶來一些重大的變化。

　　Jakarta EE 作為云原生 Java 的新家，從甲骨文手中接過 Java EE，計劃在 2018 年第三季度發(fā)布符合 Java EE 8 規(guī)范的的 Glassfish 5.1，并基于新的認(rèn)證流程在 2018 年第四季度發(fā)布符合 Jakarta EE 8 規(guī)范的 Glassfish 5.1，以此來確保交接的完整性。

　　其他可在 2018 年交付的包括 Java EE 8 規(guī)范、RI、TCK、現(xiàn)有規(guī)范和新規(guī)范的流程、兼容性過程等。目前，Eclipse 基金會正在組織 Jakarta EE 子項目。下一步，Jakarta EE 將開始啟動在云計算、容器、微服務(wù)、無服務(wù)器計算和反應(yīng)式技術(shù)方面的快速演化進(jìn)程。Jakarta EE 在 2018 年計劃：

得到充滿活力的開發(fā)者社區(qū)的支持

增強(qiáng)對微服務(wù)架構(gòu)的支持

轉(zhuǎn)到云原生 Java

更快的創(chuàng)新：變得更加敏捷

提供具備生產(chǎn)級質(zhì)量的參考實現(xiàn)

　　此外，Jakarta EE 將通過以下方式讓生態(tài)系統(tǒng)變得更加現(xiàn)代化：

使用新的開放規(guī)范流程取代 JCP

新的治理結(jié)構(gòu)

更開放的貢獻(xiàn)方式

　　Eclipse MicroProfile

　　加快 Jakarta EE 發(fā)展的一個關(guān)鍵因素是它與 Eclipse MicroProfile 的緊密結(jié)合。在撰寫本文時，Eclipse MicroProfile 1.4 和 2.0 已經(jīng)包含了 Configuration、Fault Tolerance、Metrics、JWT propagation、Open API、Open Tracing、Health Check 和 Rest Client 的企業(yè)級規(guī)范，并可以與 Java EE 7 或 Java EE 8 結(jié)合使用。

　　由于 MicroProfile 和 Jakarta EE 之間的高度協(xié)同作用，后續(xù)的云平臺可以通過采用這些 MicroProfile 規(guī)范快速走上軌道。兩個社區(qū)已經(jīng)就提升這兩個開源項目的一致性展開了討論�，F(xiàn)在說結(jié)果如何還為時尚早，不過有可能出現(xiàn)以下這些情況：

Eclipse MicroProfile 移至 EE4J 下，由 Jakarta EE 工作組負(fù)責(zé)治理。

Eclipse MicroProfile 移至 EE4J 下，并繼續(xù)使用自己的治理流程。

保持現(xiàn)狀，作為 Eclipse 基金會的一個單獨項目，每個項目都有自己的治理流程。

　　無論如何，Eclipse MicroProfile 可以繼續(xù)作為一個快節(jié)奏的孵化項目，新想法不斷出現(xiàn)，并交由開發(fā)人員去實驗和改進(jìn)。這些 MicroProfile API 已經(jīng)被用在市場中，并根據(jù)社區(qū)和用戶的反饋進(jìn)行加固，所以 Jakarta EE 可以將它們作為候選。正因為如此，我認(rèn)為，在兩年時間內(nèi)（甚至更早），Jakarta EE 將包含針對微服務(wù)架構(gòu)、容器、云計算、API 管理、無服務(wù)器計算、反應(yīng)式系統(tǒng)和服務(wù)網(wǎng)格的完整規(guī)范。

　　為什么開發(fā)人員會愛上 Jakarta EE

　　支持云原生 Java 并不是 Jakarta EE 唯一的目標(biāo)。世界上有成千上萬家企業(yè)仍然信任使用 Java EE 來處理他們的生產(chǎn)負(fù)載。在 Red Hat 最近的客戶調(diào)查中，Red Hat Middleware 客戶使用或考慮將 Java EE 用于微服務(wù)的三大原因是：

Java EE 是一種標(biāo)準(zhǔn)

不需要重新培訓(xùn)員工

我們信任 Java EE，因為它已經(jīng)很成熟，而且是企業(yè)級的

　　此外，在 2018 年 Eclipse 基金會 Jakarta EE 開發(fā)者調(diào)查中，受訪者表示，他們所在組織選擇 Java EE 的最重要原因是：

穩(wěn)定性

規(guī)范

開發(fā)人員的可用性

多個供應(yīng)商提供兼容性的實現(xiàn)

　　很顯然，市場仍然青睞社區(qū)驅(qū)動的開源規(guī)范，因為開源規(guī)范讓企業(yè)在選擇實現(xiàn)時更加自由，他們可以充分利用開發(fā)人員的專業(yè)知識或在就業(yè)市場中更容易找到具備這些種技能的人才。

　　此外，有很多組織其實不需要微服務(wù)。不是每個企業(yè)都要成為 Uber 或 Netflix。在大多數(shù)情況下，Java EE 工作負(fù)載將在未來幾年繼續(xù)運行在生產(chǎn)環(huán)境中。有一部分公司，由于業(yè)務(wù)性質(zhì)的關(guān)系，不能在生產(chǎn)中進(jìn)行“實時測試”，例如金絲雀發(fā)布、藍(lán)綠部署、A/B 測試等。如果你的電影無法播放或者你的出租車沒有出現(xiàn)，那都沒有關(guān)系，但對于運送給移植病人的心臟或飛機(jī)導(dǎo)航系統(tǒng)的 bug，根本沒有重來一次的機(jī)會。

　　不過，采用敏捷方法 / 框架進(jìn)行開發(fā)有明顯的好處，例如容器、云計算、CI/CD、DevOps 等，因為所有這些都支持?jǐn)?shù)字化。事實上，根據(jù) 2016 年貝恩公司和 Red Hat 數(shù)字化轉(zhuǎn)型的調(diào)查，數(shù)字化成熟度較高的公司獲得市場份額的可能性是普通公司的 8 倍。

　　Jakarta EE 的未來

　　因此，在 Jakarta EE 的發(fā)展過程中，它還必須想方設(shè)法保留受組織信任的 Java EE 功能。這在 Jakarta EE 中將會是什么樣子？以下是社區(qū)目前正在討論的一些注意事項：

可以將現(xiàn)有的完整配置標(biāo)記為“穩(wěn)定”或“建議可選項”，這樣社區(qū)就可以專注于與云計算、容器、微服務(wù)、互聯(lián)網(wǎng) /Web 規(guī)模、高度分布相關(guān)的新功能。

擺脫配置的概念，并采用可組合 API 模型，也就是一種應(yīng)用程序組裝方法（類似于 WildFly Swarm，最近更名為 Thorntail），通過它創(chuàng)建的應(yīng)用程序只需要 Jakarta API，而不需要其他東西。

需要在 Jakarta EE 中保留最小化的核心配置，可以基于這個核心配置構(gòu)建其他配置。

需要定義多少個配置？可能需要核心（Servlet 或 CDI 或兩者）、Web、微服務(wù)、完整和自定義。

提供一個遺留的完整配置（為了向后兼容）和一個新的完整配置，新配置包括云原生企業(yè) Java 規(guī)范（無遺留配置），以及少數(shù)其他子配置。

集成或包含服務(wù)網(wǎng)格。

上述選項的組合。

　　很顯然，Jakarta EE 需要在未來幾年內(nèi)保留 Java EE 的關(guān)鍵功能，以便為現(xiàn)有的 Java EE 客戶提供一條通向新 Jakarta EE 的途徑。同樣，現(xiàn)有的 Java EE 企業(yè)將能夠逐步利用 Jakarta EE 的新云原生功能，同時仍然可以使用 Java EE 的關(guān)鍵功能。他們還應(yīng)該有足夠的時間將標(biāo)記為“建議可選項”的 Java EE 功能遷移到新的 Jakarta EE 功能。

　　Jakarta EE 和微服務(wù)  

　　說到 Java 微服務(wù)，不得不提及 Spring Boot，它已經(jīng)變得非常流行。Spring Boot 和 Spring 也是基于 Java，是 Jakarta EE 的競爭對手。Spring Boot 采用了 Dropwizard 和 Pivotal 的“fat jar”概念。Pivotal 是 Spring Boot 背后的公司，正在推動“云原生”一詞，這個詞最初是由 Netflix 發(fā)明的，目前已經(jīng)在市場上得到廣泛使用。

　　盡管在容器和微服務(wù)變得流行之前就已存在云原生應(yīng)用程序，但這些極大地影響和改變了云原生應(yīng)用程序開發(fā)。fat jar 的概念正在被分層容器鏡像所取代，容器鏡像被證明更加有效，并加快了云原生應(yīng)用程序的交付。

　　在運行時方面，想要采用微服務(wù)架構(gòu)的組織大多朝著 Node.js 和 Spring Boot（以及 MicroProfile，根據(jù) 2018 年的 Eclipse 基金會 Jakarta EE 開發(fā)者調(diào)查結(jié)果，從項目建立第 1 年的采用率就達(dá)到了 15％）的方向發(fā)展。雖然一些應(yīng)用程序服務(wù)器非常適合微服務(wù)架構(gòu)，但 Java EE 不僅慢而且太耗資源的說法已經(jīng)在市場上傳播開，一棒子打死了所有應(yīng)用程序服務(wù)器。

　　但這些說法現(xiàn)在不再有任何立足之地了。Jakarta EE 將具備云原生企業(yè)級 Java 功能，組織因此有了微服務(wù)和云原生應(yīng)用程序開發(fā)的另一種選擇。

　　有更多的框架和語言可選擇對于開發(fā)人員來說是件好事，他們現(xiàn)在已經(jīng)習(xí)慣了使用正確的工具來完成正確的任務(wù)。Spring 的所有者 Pivotal 與 IBM、Red Hat、甲骨文、微軟、富士通、SAP、Lightbend 等公司一起參與了 Jakarta EE 工作組。那么，這對 Spring 的未來意味著什么呢？Jakarta EE 和 Spring 將如何發(fā)展？這里有很多可能性：

通過協(xié)作，Pivotal 將 Jakarta EE 發(fā)展成為社區(qū)驅(qū)動的云原生企業(yè)級 Java 規(guī)范，從而將功能匯集到單個規(guī)范中。

Jakarta EE 未能占領(lǐng)市場，Spring 成為云原生企業(yè) Java 的唯一可選項。

Jakarta EE 取得市場份額并取代 Spring。

Jakarta EE 與 Spring 共存。

　　結(jié)論

　　無論兩年后會發(fā)生什么，我認(rèn)為開發(fā)人員已經(jīng)取得了勝利。因為所有這些供應(yīng)商、用戶組、開源社區(qū)成員和公司齊聚 Jakarta EE，并聯(lián)手開發(fā)云原生企業(yè) Java 規(guī)范，這將為所有人都帶來好處。

　　Jakarta EE 是企業(yè)版 Java 的新曙光。