曾經(jīng)的服務(wù)器領(lǐng)域有許多不同的芯片架構(gòu)和操作系統(tǒng)，經(jīng)過長期發(fā)展，Java的“一次編譯，到處運行”使得它在服務(wù)器領(lǐng)域找到一席之地，成為程序員們的最愛
1、SpringBoot
Java構(gòu)建Spring應(yīng)用程序已經(jīng)有很長一段時間了，SpringBoot是Spring的一個特定版本，它通過對配置細(xì)節(jié)的處理，使微服務(wù)構(gòu)建更加簡便。創(chuàng)建SpringBoot旨在自啟動任何類型的Spring項目，而不僅僅是微服務(wù)。應(yīng)用程序完成后，SpringBoot將在web服務(wù)器中混合，并輸出一個JAR文件，JVM除外。你可以將其視為原始Docker容器。這也是許多負(fù)責(zé)構(gòu)建微服務(wù)的開發(fā)者都非常喜歡SpringBoot的原因。
使用Spring開發(fā)微服務(wù)遵循與Web應(yīng)用相同的MVC理念。該框架享有多年Java開發(fā)中建立的所有深度連接，包括所有主要和次要數(shù)據(jù)存儲、LDAP服務(wù)器和ApacheKafka等消息傳遞工具的集成。還有許多用于維護運行服務(wù)器集合的小特性，比如SpringVault，這是一種用于維護生產(chǎn)環(huán)境中服務(wù)器所需的密碼的工具。所有這些優(yōu)點都說明了為什么Java程序員多年來一直喜歡SpringBoot的原因。
2、EclipseMicroProfile
2016年，JavaEnterprise社區(qū)決定清理JavaEnterpriseEdition中的內(nèi)容，以便人們可以使用經(jīng)典部件構(gòu)建簡單的微服務(wù)。他們?nèi)コ舜罅康膸欤Ａ袅颂幚鞷EST請求，解析JSON和管理依賴注入的功能代碼，最終被稱為EclipseMicroProfile，其特性為快速而簡單。
從那以后，MicroProfile社區(qū)制定了一個協(xié)議，每季度發(fā)布一個新版本，同時添加新代碼以保持微服務(wù)平穩(wěn)安全地運行。任何JavaEE開發(fā)者都會非常熟悉開發(fā)過程和代碼結(jié)構(gòu)，而且還吧配置麻煩給省去了。
3、Dropwizard
當(dāng)Dropwizard在2011年出現(xiàn)時，Dropwizard框架為開發(fā)者提供了一個非常簡單的模型，里面包含了許多重要的模塊，你可以根據(jù)需求添加一些業(yè)務(wù)邏輯，或者配置其他內(nèi)容，最后你會發(fā)現(xiàn)JAR文件非常小，并且能夠快速啟動。
Dropwizard最大的限制可能是缺乏依賴注入。如果你希望使用依賴項注入來保持代碼的整潔和松散耦合，則需要自己添加庫，這點和Spring不同，但是現(xiàn)在Dropwizard也支持大多數(shù)功能，包括日志記錄、健康檢查和提供彈性代碼。
4、WildFlyThorntail
RedHat的工作人員使用一個靈活的配置工具構(gòu)建了他們自己的MicroProfile版本。該框架最初被稱為WildFlySwarm，但后來被重新命名為WildFlyThorntail，Thorntail通過指定所需的特性來幫助您創(chuàng)建自己的Maven構(gòu)建文件，然后Maven負(fù)責(zé)組裝所有東西。
Thorntail還將通過掃描代碼來檢測組件，也可以使用BOM(材料清單)文件覆蓋。當(dāng)它全部運行時，Thorntail將刪除JavaEnterpriseEdition中不使用的部分，并創(chuàng)建一個很小的JAR文件，可以使用一個命令進(jìn)行部署——這是一個非常巧妙的特性，允許Thorntail項目將其稱為Uber-JAR。這是遵循JavaEnterpriseEdition的另一種傳統(tǒng)方法，它不會保留所有沉重的負(fù)擔(dān)。
5、Helidon
Helidon去除了JavaEnterpriseEdition，保留輕量級的、基于servlet的核心，并吸引了大量的粉絲。在Helidon的，開發(fā)人員從Netty，并添加代碼進(jìn)行路由和錯誤處理。它采用了代碼的兩個基本模型，即所謂的SE和MP版本。
Node開發(fā)者可能更熟悉HelidonSE，因為其具有由句點連接的函數(shù)調(diào)用。使用JAX-RS的Java程序員則更熟悉HelidonMP。此外，Helidon還集成了一些備受好評的工具，這些都是它能夠吸引大量開發(fā)者的原因。
6、Cricket
另外一個用于快速API開發(fā)框架的是Cricket。Cricket很小，盡管它包括許多額外的功能，如鍵值數(shù)據(jù)存儲，以避免連接數(shù)據(jù)庫和調(diào)度程序來控制后臺重復(fù)處理。沒有添加復(fù)雜性或其他依賴項，因此很容易將代碼添加到Cricket并啟動獨立的微服務(wù)。
7、Jersey
開發(fā)web服務(wù)的標(biāo)準(zhǔn)方法之一是RESTfulweb服務(wù)的JavaAPI(又名JAX-RS)，這是Jersey框架中實現(xiàn)的通用規(guī)范。這種方法主要依賴于使用注釋來指定路徑映射和返回細(xì)節(jié)。從參數(shù)解析到JSON打包的所有其他內(nèi)容都由Jersey處理。
Jersey的主要優(yōu)點是它實現(xiàn)了JAX-RS標(biāo)準(zhǔn)，這個特性非常受歡迎，一些開發(fā)人員習(xí)慣將Jersey與SpringBoot結(jié)合在一起使用。
8、Play
體驗JVM跨語言能力的最佳方式之一是使用Play框架，這是可以與Java或任何其他JVM語言兼容的。它的基礎(chǔ)非?，F(xiàn)代，具有異步、無狀態(tài)的模型，不會讓試圖跟蹤用戶及其會話數(shù)據(jù)的線程使服務(wù)器過載。還有許多額外的特性可以用來充實網(wǎng)站，比如OpenID、驗證和文件上傳支持。
Play代碼庫已經(jīng)發(fā)展了十多年，因此你還會發(fā)現(xiàn)類似于對XML的支持的這種古老的功能。play既成熟又輕盈，這種組合還是比較有特色的。
9、Swagger
構(gòu)建一個API看起來就像編寫一個監(jiān)聽端口的代碼一樣簡單，但是Swagger的開發(fā)人員不這么認(rèn)為。他們已經(jīng)創(chuàng)建了一個完整的API規(guī)范語言O(shè)penAPI，你可以使用它來說明你的API。這似乎是一個額外的步驟，但是Swagger團隊還提供了將該規(guī)范轉(zhuǎn)換為自動化測試、文檔等的代碼。
Swagger配置文件中的API很簡單，用于實現(xiàn)接口、記錄接口的，并提供一組工具來測試構(gòu)建在其下的代碼，甚至還有一種API治理機制。
Swagger是一個api生態(tài)系統(tǒng)，它不局限于Java。如果你的團隊遷移到Node.js或其他幾十種語言中的任何一種，都有一個SwaggerCodegen模塊將OpenAPI規(guī)范轉(zhuǎn)換成該語言的實現(xiàn)。
10、Restlet
不同框架之間最大的區(qū)別之一是和其他服務(wù)或庫的連接數(shù)量。Restlet項目提供了更大的特性和連接集合，它已經(jīng)與JavaMail之類的庫集成，避免微服務(wù)需要對某些郵件服務(wù)器使用POP、IMAP或SMTP；為防構(gòu)建大量文本索引和元數(shù)據(jù)，還集成了Lucene和Solr。
Restlet中還有很多特性在持續(xù)開發(fā)。例如，你不需要使用JSON，因為它可以直接處理XML、CSV、YAML和其他一些文件格式，此外，它還允許用戶從Chrome瀏覽器測試api。
11、Squash
微服務(wù)調(diào)試一直是開發(fā)人員的一大挑戰(zhàn)，因為這些部件都是松散耦合的，并且很難跟蹤通過系統(tǒng)所有層的數(shù)據(jù)流。通過使用Squash，可以在運行在Kubernetes集群上的代碼中設(shè)置斷點，然后像本地運行代碼一樣接收IDE中的所有數(shù)據(jù)。Squash還集成了Node.js和Python運行時
12、Telepresence
調(diào)試的另一個選項是使用Telepresence，它可以為遠(yuǎn)程Kubernetes集群上的微服務(wù)創(chuàng)建本地代理。在本地版本中，可以在其中設(shè)置斷點或執(zhí)行本地計算機上可進(jìn)行的任何操作。
13、Zipkin
Zipkin用于記錄各種微服務(wù)上的事件，允許開發(fā)者收集Twitter各個服務(wù)上的監(jiān)控數(shù)據(jù)，并提供查詢接口。Zipkin有Java等至少六種語言實現(xiàn)版本，因此可處理多語言系統(tǒng)。不少框架已經(jīng)通過某種形式集成Zipkin，比如Spring。
