在Java生態中，構建微服務的策略包括Container-less，Self-contained，以及In-container等。
Container-less微服務將應用及其依賴打包成一個單一的jar文件。
Self-contained微服務也是打包成一個單一的Jar文件，但它還包括一個嵌入式框架，這個框架含有可選的第三方lib，當然這些lib是兼容的。
In-container微服務打包成一個完整的Java EE容器，該服務在Docker鏡像中實現。基於微服務的架構給架構師和開發者帶來了新的挑戰，然而，隨著語言的升級和工具數量的增加，開發者和架構師完全有能力應對這樣的挑戰。Java也不例外，本文探討了在Java生態系統內構建微服務的不同方法。
介紹本文不會探討微服務是好還是壞，也不會建議你應該事先使用微服務設計你的app，或者當他們在monolith應用出現時，就應該提取這些服務。
這裡所描述的方法並不是唯一的，但它可以讓你對這些可能性有一個良好的縱覽。即使Java生態是本文所關注的領域，但這些理念也可傳遞到其他語言和技術中。
在文中，我將這幾種方法分別稱為Container-less，Self-contained，以及In-container。這些術語可能尚未被完全確立，但在這裡，它們可以達到區分這幾種方法的目的。我會在接下來的幾個部分中闡述它們的意義。
在Container-less方法中，開發者要將所有位於JVM頂層的一切事物作為應用的一部分。
Container-less方法使得所謂的單一JAR部署成為可能（也稱作「fat JAR」部署），這意味著，應用及其依賴可以打包在一個單一的JAR文件，並作為一個獨立的Java程序運行。
$ java -jar myservice.jar
這種方法的優點是：當應用在進行擴展和收縮時，服務的啟動和停止是極其輕鬆的。另一個優點是部署簡單，你只需傳遞一個JAR文件。
該方法的缺點是lib庫的兼容性，你需要自己獨立解決一些像事務處理之類的事情，或者需要引入第三方lib庫為方案提供支持。隨後，如果你需要像持久性之類的支持，你可能需要面對lib庫兼容性的問題。
另一個單一JAR部署的變形是使用嵌入式框架構建微服務。在該方法中，框架提供了所需服務的實現，同時，開發者可以選擇哪一些東西要包含在該服務中。
你可能認為這與Container-less的解決方案一樣，但我在這裡要區分一下它們，因為self-cotained方法允許你使用第三方lib庫，並且你知道這些lib庫是兼容的。
該方法涉及到像Spring Boot和Wild Swarm之類的工具。
Spring Boot和Spring Cloud Netflix 項目對使用Java構建微服務有著很好的支持。Spring Boot允許你挑選各種Spring生態系統中的工具，以及流行的第三方工具，並將這些工具和你的應用打包在一起。Spring Initializr使得你可以使用簡單複選框列表的方式完全這一工作，這裡有一個簡單的Hello World服務的例子，Gist Sinppet。
在Java EE中，與Spring Boot相對應的就是Wildfly Swarm。它允許你挑選所需的部分Java EE規範，並將其和應用以JAR文件的形式打包在一起。Hello World的例子，Gist Snippet。
Self-contained方法的優點是你可以只挑選足以讓服務運行的組件。
該方法的缺點是配置有點複雜，以及由此產生JAR文件有點大，因為它的構建是為了實際服務中所需的容器功能。
雖然要求一個完整的Java EE容器能夠部署一個微服務，似乎需要很大的開銷，但是，需要記住的是：一些開發者主張微服務的「微」不意味著這個服務要微小或簡單。
在這些案例中，將Java EE容器視為所需平臺似乎是合適的，因為你所需的唯一依賴是Java EE API。注意：由於其實現是由容器提供，因此該依賴項已經滿足了。這意味著由此產生的WAR文件是極其精實的，該服務的實現和上述Wildfly Swarm的例子一樣，參考這裡，Gist Snippet。
這種方法的優點是該容器通過標準APIs提供了測試和驗證標準功能的實現，因此，作為一名開發者，你可以完全集中於業務功能，並且在應用代碼之外維護底層代碼。
該方法的另一個優點是實際應用程式代碼並不依賴於部署該代碼的Java EE應用伺服器，無論是GlassFish，WildFly，Weblogic，WebSphere，或其他Java EE兼容性實現。
該方法的缺點是你需要將該服務部署在容器中，這增加了部署的複雜性。
Docker從這裡開始。通過將Java EE容器和服務實現打包進Docker鏡像，你可以或多或少地取得和單一JAR開發同樣效果。不同的是服務現在位於容器內，而不是JAR文件中。
DockerfileFROM jboss/wildfly:9.0.0.1.finalADD myservice.war /opt/jboss/wildfly/standalone/deployments
通過啟動Docker引擎中的Docker鏡像，喚醒該服務。
docker run -it -p 8081:8080 myorganization/myservice
Snoop細心的讀者可能之前注意到Spring Boot代碼段中的@EnableErekaClient註解，該註解在Eureka中進行服務註冊，使得它可以被服務請求者所發現。Eureka是Spring Cloud Netflix包中的一部分，它是一種極其容易使用和配置的服務發現解決方案。
Java EE沒有在外部提供這樣的機能，但這裡有幾種開源方案。其中一種就是Snoop，其功能與Eureka類似。為了使一個Java EE微服務可以用於服務查找，唯一需要做的是使用@EnableSnoopClient註解，如本例所示：Gist Snippet。
在構建微服務時，Java是一個很好的選擇。這裡所描述的方法都可以很好地完成任務。至於你個人的特殊情況，最佳方法取決於其服務需求。對於簡單的服務，一個container-less或者self-contained服務是最佳選擇，但藉助於in-container的實現，開發者可以更快，更簡單地實現高級服務。總之，對於微服務的實現，Java是一種行之有效的生態系統。
更多關於微服務的見解，JVM語言，以及在Java中的趨勢，可以在 DZone Guide to the Java Ecosystem!獲取到。
原文連結： Building Microservices With Java（翻譯：洪國安）