23、云原生 Jakarta EE：从单体应用到微服务的转型

云原生 Jakarta EE：从单体应用到微服务的转型

在当今的软件开发领域，微服务架构正逐渐成为创建企业级云原生应用的主流选择。尽管 Jakarta EE 平台最初是为大型单体应用设计的，但在 Eclipse MicroProfile 项目的增强下，它已发展成为一个能够支持微服务应用开发的强大平台。本文将探讨将单体应用拆分为微服务的一般准则，首先分析单体应用的优缺点，接着探讨采用微服务架构的必要性，最后提供将单体应用迁移到微服务的策略。

单体应用概述

单体应用是将所有组成部分捆绑在一起作为一个单一单元的应用程序。许多企业应用都是单体应用，即使在微服务架构流行之前，Jakarta EE（当时称为 Java EE）应用也大多是模块化的单体应用。模块化单体应用是将应用的核心部分分解为应用内的子模块的架构。例如，典型的 Jakarta EE 应用通常具有 UI 层（可以使用 Jakarta Faces 或任何 JavaScript 框架编写）和服务层（通常由 CDI 豆和 EJB 会话豆组成，用于管理数据库连接和应用逻辑）。这种应用可能不一定有 REST 组件，因为 UI 层（如果使用 Jakarta Faces）会直接调用服务层。在打包时，这种应用会被打包为单个 WAR 文件，但实际上它是一个模块化的单体应用，在需要时可以轻松迁移到微服务。

单体应用架构的优点

• 开发简单 ：由于单体应用是一个单一单元的应用程序，因此通常更容易开发。所有部分都在同一个代码库中，开发、添加功能、重构和扩展应用相对容易。新开发人员也更容易加入项目，因为有一个单一的参考点。
• 测试容易