在过去的五年中，随着专门为支持新微服务而构建的技术的发展，该行业呈爆炸式增长。但这并不意味着它们最适合每个人的需求。事实上，与通常在开发时考虑技术堆栈的单体应用不同，微服务架构中的每个服务都可以根据其自身的功能使用不同的框架来构建。我们将介绍一些最流行的用于构建微服务的Java框架——传统的和特定于容器的。1.用于微服务的JakartaEE/JavaEE构建应用程序的经典JavaEE（现在称为JakartaEE(JEE)）方法是面向单体的。传统上，使用JavaEE构建的企业应用程序将打包到单个EAR（企业存档）部署单元中，其中包括WAR（Web存档）模块和JAR（Java存档）文件。尽管没有排除在微服务架构中使用JEE的技术限制，但存在显着的间接成本。每个服务都需要打包成一个独立的单元，这意味着它应该部署在自己的JEE服务器中。这可能意味着部署数十个甚至数百个应用程序服务器来支持典型的企业应用程序。幸运的是，社区很早就注意到标准JEE并未解决微服务引入的新构建挑战。自2016年以来，许多其他开源项目开始支持在JEE中构建的微服务。EclipseMicropofile是一组不断增长的基于JEE技术的API。它是一个用于构建企业Java微服务的操作系统社区规范，得到了业内一些知名企业的支持，包括Oracle、RedHat和IBM。2.Spring（SpringBoot和SpringCloud）Spring是构建Java应用程序最流行的框架之一，和Java/JakartaEE一样，它也可以用来构建微服务。正如他们所说，“[微服务]在进程级别做Spring在组件级别做的事情。”然而，要在Spring框架上启动并运行具有微服务架构的应用程序，这并不是最简单的过程……您需要使用SpringCloud（利用SpringBoot）、几个NetflixOSS项目，最后一些Spring“配置魔法”。Spring为微服务的开发做好了充分的准备，并提供了围绕外部开源项目构建的产品，以解决操作方面的问题。但这并不意味着它会很容易。3.Lagom(Lightbend)Lightbend为我们提供了另一种选择。继续相同的主题，Lagom将Play和Akka包装在Lightbend堆栈上，以提供一种更简单的方法来构建微服务。他们的重点不仅是为那些转向微服务的人提供简单的解决方案，而且要确保这些微服务易于扩展和响应。“大多数微服务框架都专注于简化单个微服务的构建——这是最简单的部分。Lagom将其扩展到微服务系统和大型系统——这是最难的部分，因为我们面临着分布式系统的复杂性。”Lagom在一个框架中利用了Lightbend的强大功能，该框架专为构建可在大型部署中高效扩展的反应式微服务而设计。它们不仅关注单个微服务，而且关注整个系统。4.Dropwizard与本文介绍的其他框架不同。Dropwizard是用于开发操作友好、高性能、RESTfulWeb服务的Java框架。Java库的自以为是的集合，可以更轻松地构建生产就绪的Java应用程序。Dropwizard模块允许连接到Dropwizard核心以外的其他项目，以及有一些社区开发的模块用于连接NetflixEureka等项目，类似于SpringCloud。由于Dropwizard是一个社区项目，没有Spring和Pivotal，JavaEE和Oracle，Lagom和Lightbend等大公司的支持，它的发展可能慢一点，但是背后有强大的社区，是大公司和一个通用的框架f或小项目。5.Vertx、SpotifyApollo、Kubeless和其他“微服务专用”框架除了我们在这里提到的四个玩家之外，还有许多其他值得一提的项目也可以用来编写微服务：Vertx也是基于EclipseFoundation，是一个用于在JVM上构建反应式应用程序的工具包。有些人可能会争辩说它应该在四大中占有一席之地。SpotifyApollo是Spotify在编写Java微服务时使用的一组Java库。Apollo包括HTTP服务器和URI路由系统等功能，这使得实现RESTful服务非常简单。Kubeless是一个Kubernetes原生的无服务器框架。它专门设计用于部署在Kubernetes集群上，因此用户可以使用原生KubernetesAPI服务器和网关。其他框架包括Spark、Ninja和Jodd、Restlet和Bootique.io。无论您使用哪种框架或平台，都可以构建微服务而不与它们紧密耦合。这是一种思维方式和架构方法，最佳实践（一如既往）是为您的应用程序的独特需求找到最佳选择。
