在微服务中启用数据持久性 - AWS 规范性指导

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

在微服务中启用数据持久性

Tabby Ward 和 Balaji Mohan,Amazon Web Services () AWS

2023 年 12 月文档历史记录

组织不断寻求全新流程,以创造增长机会并缩短上市时间。您可以通过实现应用程序、软件和 IT 系统的现代化来提高组织的灵活性和效率。现代化还有助于您为客户提供更快、更好的服务。

应用程序现代化是组织持续改进的途径,首先应将单体应用程序重构为一组独立开发、部署和管理的微服务。此过程包括以下步骤:

尽管您可以在某些用例中使用单体应用程序架构,但现代应用程序功能通常无法在单体架构中运行。例如,在升级单个组件时,整个应用程序无法保持可用,也无法扩展单个组件以解决瓶颈或热点问题(应用程序数据中相对密集的区域)。单体应用程序可能会变得庞大而难以管理,并且需要多个团队付出大量努力和协调才能达成微小更改。

原有应用程序通常使用集中式单体数据库,这使得架构更改变得困难,造成技术锁定,因此只能通过纵向扩展来应对增长,并且还会引发单点故障。单体数据库还会阻碍您构建实施微服务架构所需的分散式独立组件。

以前,典型的架构方法是在单体应用程序使用的关系数据库中对所有用户需求进行建模。这一方法获得了常用关系数据库架构的支持,应用程序架构师通常在开发过程的早期阶段设计关系架构,构建高度规范化的架构,然后将其发送给开发团队。但是,这意味着数据库会驱动应用程序用例的数据模型。

通过选择分散数据存储,您可以促进微服务之间的多语言持久性,并根据微服务的数据访问模式和其他要求来识别您的数据存储技术。每项微服务都有自己的数据存储,可以通过影响较小的架构更改进行独立扩展,并且数据通过微服务的 API 进行控制。分解单体数据库并非易事,其中最大的挑战之一是构建数据结构以实现最佳性能。分散式多语言持久性通常还会导致最终的数据一致性,其他需要全面评估的潜在挑战包括事务期间的数据同步、事务完整性、数据重复以及连接和延迟。

本指南适用于应用程序所有者、企业主、架构师、技术主管和项目经理。本指南提供了以下六种模式,以便在微服务之间启用数据持久性:

本指南为内容系列的一部分,该系列涵盖了 AWS 建议的应用程序现代化方法。该系列还包括:

目标业务成果

许多组织发现,单体应用程序、数据库和技术会对创新和改善用户体验产生负面影响。原有应用程序和数据库减少了您采用现代技术框架的选择,并限制了您的竞争和创新能力。但是,当您对应用程序及其数据存储进行现代化改造时,它们将更容易扩展,开发速度也会更快。解耦数据策略可提高容错能力和弹性,有助于加快新应用程序功能的上市时间。

在微服务中促进数据持久性可望获得以下六项成果: