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

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

　　我還記得 90 年代第一次參加 Java 研討會(huì)（由 Sun Microsystems 組織）。除了吸引人的“一次編寫(xiě)，到處運(yùn)行”口號(hào)，作為一名開(kāi)發(fā)人員，我充滿(mǎn)對(duì)這種門(mén)語(yǔ)言的敬畏之情，因?yàn)槲也辉傩枰獮榉峙浜歪尫艃?nèi)存而操心，并且可以保證可移植性。這兩項(xiàng)功能將為我節(jié)省大量的開(kāi)發(fā)時(shí)間！然后是 Java 企業(yè)版（JPE -> J2EE -> Java EE），它提供了一組 API 用于開(kāi)發(fā)企業(yè)級(jí)功能，很多企業(yè)發(fā)現(xiàn)這些功能對(duì)于開(kāi)發(fā)生產(chǎn)應(yīng)用程序來(lái)說(shuō)非常有用，這些應(yīng)用程序到現(xiàn)在仍然在全球范圍內(nèi)運(yùn)行。Java 仍然是當(dāng)今最頂級(jí)的語(yǔ)言之一。

　　Jakarta EE 簡(jiǎn)介

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

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

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

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

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

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

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

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

轉(zhuǎn)到云原生 Java

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

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

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

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

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

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

　　Eclipse MicroProfile

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

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

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

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

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

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

　　為什么開(kāi)發(fā)人員會(huì)愛(ài)上 Jakarta EE

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

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

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

我們信任 Java EE，因?yàn)樗�已�?jīng)很成熟，而且是企業(yè)級(jí)的

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

穩(wěn)定性

規(guī)范

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

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

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

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

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

　　Jakarta EE 的未來(lái)

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

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

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

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

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

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

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

上述選項(xiàng)的組合。

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

　　Jakarta EE 和微服務(wù)  

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

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

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

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

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

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

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

Jakarta EE 取得市場(chǎng)份額并取代 Spring。

Jakarta EE 與 Spring 共存。

　　結(jié)論

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

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