摘要：本文主要介绍了利用生态系统构建微服务的多种方法，并分析了每种方法的利弊。也不例外，本文探讨了使用生态系统来构建微服务的几种不同方式。另一种单部署就是使用一个嵌入式框架来构建服务。在中，和项目对构建微服务提供了很好的支持。
【编者按】微服务背后的大理念是将大型、复杂且历时长久的应用在架构上设计为内聚的服务，这些服务能够随着时间的流逝而演化。本文主要介绍了利用 Java 生态系统构建微服务的多种方法，并分析了每种方法的利弊。
快速预览在 Java 生态系统中构建微服务的策略主要有：container-less, self-contained 和 in-container；
Container-less 微服务把应用程序及其所有依赖打包成单一的 jar 文件；
Self-contained 微服务也会将应用及其依赖打包成单一的Jar文件，但它还包含可能含有第三方库的嵌入式框架；
In-container 微服务会打包一个完整的 Java EE 容器，并且它的服务是在 Docker image 中实现。
基于微服务的架构设计是架构师和程序员们面临的一项新挑战。然而，随着语言及工具的不断更新，架构师们完全有能力征服这样的挑战。 Java 也不例外，本文探讨了使用Java生态系统来构建微服务的几种不同方式。
介绍本文不会讨论微服务的好与坏，也不会建议你提前为微服务设计应用程序，或当它们出现在你庞大的应用中时，是否应该剥离这些微服务。
本文介绍的方法并不是唯一的，但应该可以达到抛砖引玉的效果。尽管本文的重点是使用 Java 生态系统来构建微服务，但这些概念同样可以转移到其它语言和技术中。
笔者把本文用到的方法命名为 container-less、self-contained 和 in-containe。这些名称或许不是非常正式，但足以区分相互间的差别。接下来，笔者会详细描述每种方法。
Container-less在此方法中，开发者会将 JVM 之上的任何事物视为应用程序的一部分。
container-less 方法会启用所谓的单 jar 部署（也可称作“fat jar部署”），这也就意味着，应用程序及其所有依赖都会被打包成单一的jar文件，并且作为独立的Java进程运行。
$ java -jar myservice.jar
该方法的第一个优点就是当对应用的规模进行伸缩时，服务很容易按需求快速启动和停止；另一优点是方便部署，你只需要传递一个 jar 文件即可。
该方法的缺点就是库的兼容性。对于事务支持这类问题，你需要自己来实现，或必须引入第三方库才能实现。而后，如果你需要更多支持，例如持续性问题的支持，你就需要解决第三方库之间的兼容性问题。
Self-contained另一种单 jar 部署就是使用一个嵌入式框架来构建服务。在此方法中，框架提供了所需服务的实现方法，开发者可以选择在项目中包括哪些服务。
你可能会认为这个方法与 container-less 完全一样，但笔者认为，两者的区别在于，self-contained 方法会提供一套相互兼容的第三方库。所以，该方法不存在库兼容性问题。
该方法可能涉及 Spring Boot、Wildfly Swarm 之类的工具。
Spring Boot在Java中，Spring Boot 和 Spring Cloud Netflix 项目对构建微服务提供了很好的支持。 Spring Boot 允许你选择各种 Spring 工具和其它流行的工具，然后把它们和你的应用打包成一个 jar 文件。Spring Initializr 提供了一个简单的复选框列表来完成上面这些事。一个简单的Hello World服务示例如下： Gist Snippet
Wildfly Swarm在 Java EE 中，和 Spring Boot 相对应是 Wildfly Swarm 。它允许你根据自己的需求挑选 Java EE 规范，然后把它们和你的应用程序打包成一个 jar 文件。这里有一个简单的 Hello World 示例：Gist Snippet。
self-contained 方法的优点是你可以自主选择用于服务运行的项目。
这种方法的缺点是配置更加复杂，由于它在实际的服务中构建所需的容器功能，由此产生的 jar 文件也会稍大一些。
In-container虽然在 Java EE 容器中部署微服务的开销似乎很大，然而，一些开发者认为，微服务中的“微”并不表示该服务的小或者简单。
在这些案例中，将 Java EE 容器作为所需平台似乎是合适的。因此，你唯一需要的依赖就是 Java EE API 。注意，由于该依赖的实现是由容器提供的，因此该依赖项已经满足了，这也就意味着所产生的 war 文件是非常精简的，该服务的实现与上面 Wildfly Swarm 的例子是一样的：Gist Snippet。
该方法的优点是，容器通过标准 API 提供了经过测试和验证的标准功能的实现。因此，开发者可以完全聚焦于业务功能，并在应用代码之外维护底层代码。
另一个优点是，应用程序代码不依赖 Java EE 应用服务器，无论该应用部署到 GlassFish、WildFly、WebLogic、WebSphere 还是任何与 Java EE 兼容的其他实现系统。
该方法的缺点是你需要把服务部署到容器中，这样就增加了部署的复杂性。
Docker现在来谈谈 Docker 。通过把 Java EE 容器和服务实现打包到 Docker 镜像，你可以得到与单一 jar 部署相似的结果。唯一的不同是服务打包在 Docker 镜像中，而不是在 jar 文件中。
Dockerfile FROM jboss/wildfly:9.0.1.Final ADD myservice.war /opt/jboss/wildfly/standalone/deployments
在 Docker 引擎中启动 Docker 镜像可以唤醒服务：
$ docker run -it -p 8081:8080 myorganization/myserviceSnoop
细心的读者可能已经在先前的 Spring Boot 代码段中注意到了 @EnableEurekaClient 注解。该注解在 Eureka 中注册服务，使其能够被服务消费者发现。 Eureka 是 Spring Cloud Netflix 包的一部分，并且是一个极易使用和配置服务发现的解决方案。
Java EE 在外部并没有提供这样的功能，但是有一些开源解决方案可以使用，其中一个就是 Snoop，它的功能与Eureka相似。要使 Java EE 微服务支持任务查找，唯一要做的是使用 @EnableSnoopClient 注解，如本例所示：Gist Snippet。
总结在构建微服务时， Java 是一个非常好的选择。本文中介绍的任何一种方法都可以实现微服务。当然，最好的方法还是根据服务需求而定。对于简单的服务， container-less 或者 self-contained 服务就是不错的选择。不过，借助 in-container ，开发者可以更快更简单地实现更高级的服务。无论针对哪种服务，Java 生态系统都能提供行之有效的实现方法。
（编译自：https://dzone.com/articles/building-microservices-with-java ）
OneAPM 为您提供端到端的 Java 应用性能解决方案，我们支持所有常见的 Java 框架及应用服务器，助您快速发现系统瓶颈，定位异常根本原因。分钟级部署，即刻体验，Java 监控从来没有如此简单。想阅读更多技术文章，请访问 OneAPM 官方技术博客。
本文转自 OneAPM 官方博客
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/65386.html
摘要：而微服务架构能否成功实践，利用各种工具解决潜在问题是关键。因此，微服务本身可以通过库和运行时代理解决客户端服务发现负载均衡配置更新统计跟踪等。与相比，解决了更广的微服务架构问题。和处理了不同范围的微服务架构技术点，而且是用了不同的方法。 Spring Cloud vs. Kubernetes，谁才是部署微服务的最佳拍档？ Spring Cloud和Kubernetes都声称自己是开发和...
摘要：框架具有轻便，开源的优点，所以本译见构建用户管理微服务五使用令牌和来实现身份验证往期译见系列文章在账号分享中持续连载，敬请查看在往期译见系列的文章中，我们已经建立了业务逻辑数据访问层和前端控制器但是忽略了对身份进行验证。 重拾后端之Spring Boot（四）：使用JWT和Spring Security保护REST API 重拾后端之Spring Boot（一）：REST API的搭建...
摘要：阿里巴巴的共享服务理念以及企业级互联网架构建设的思路，给这些企业带来了不少新的思路，这也是我最终决定写这本书的最主要原因。尽在双阿里巴巴技术演进与超越是迄今唯一由阿里巴巴集团官方出品全面阐述双八年以来在技术和商业上演进和创新历程的书籍。 showImg(https://segmentfault.com/img/remote/1460000015386860); 1、大型网站技术架构：核...
摘要：每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通通常是基于的。在微服务架构下，故障会被隔离在单个服务中。 1. 源码下载地址 源码链接: https://github.com/samt007/xy... 这是用Spring Cloud微服务架构搭建的一套基于EBS的API服务系统如对本文有任何的疑问，请联系我：samt007@qq.com 2. Introduc...
阅读 1184·2021-11-24 09:38
阅读 2594·2021-09-27 14:00
阅读 1149·2019-08-30 15:55
阅读 1327·2019-08-30 14:16
阅读 1479·2019-08-30 10:54
阅读 2855·2019-08-28 17:58
阅读 748·2019-08-26 13:22
阅读 1220·2019-08-26 12:01
