AWS规范性指南词汇表 - AWS规范性指导

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

AWS规范性指南词汇表

以下是AWS规范性指南提供的策略、指南和模式中的常用术语。要推荐条目,请使用词汇表末尾的 “提供反馈” 链接。

现代化条款

业务能力

企业为创造价值所做的工作(例如,销售、客户服务或营销)。微服务架构和开发决策可以由业务能力驱动。有关更多信息,请参阅《运行容器化微服务》AWS白皮书的 “围绕业务能力进行组织” 部分。

领域驱动的设计

一种通过将其组件连接到每个组件所服务的不断变化的领域或核心业务目标来开发复杂软件系统的方法。埃里克·埃文斯在他的《域驱动设计:解决软件核心的复杂性》(波士顿:Addison-Wesley Professional,2003 年)一书中介绍了这个概念。有关如何使用带有 strangler fig 模式的域驱动设计的信息,请参阅使用容器和 Amazon API Gateway 逐步对旧版 Microsoft ASP.NET (ASMX) Web 服务进行现代化改造

微服务

一种小型的独立服务,通过明确定义的 API 进行通信,通常由小型的独立团队拥有。例如,保险系统可能包括映射到业务能力(例如销售或营销)的微服务,或映射到子域名,例如采购、理赔或分析。微服务的优势包括敏捷性、灵活扩展、易于部署、可重复使用的代码和弹性。有关更多信息,请参阅使用AWS无服务器服务集成微服务

微服务架构

一种使用独立组件构建应用程序的方法,这些组件将每个应用程序进程作为微服务运行。这些微服务使用轻量级 API 通过明确定义的接口进行通信。该架构中的每个微服务都可以更新、部署和扩展,以满足对应用程序特定功能的需求。有关更多信息,请参阅在上实现微服务AWS

现代化

将过时(传统或单片式)应用程序及其基础架构转变为云中敏捷、弹性且高度可用的系统,以降低成本、提高效率并利用创新。有关更多信息,请参阅AWS云端应用程序现代化策略

现代化准备情况评估

一项评估,可帮助确定组织应用程序的现代化准备情况;确定好处、风险和依赖关系;并确定组织在多大程度上支持这些应用程序的future 状态。评估的结果是目标架构的蓝图、详细说明现代化过程开发阶段和里程碑的路线图,以及解决已发现差距的行动计划。有关更多信息,请参阅评估AWS云中应用程序的现代化准备情况

单片应用程序(单片)

作为具有紧密耦合进程的单一服务运行的应用程序。单片应用程序有几个缺点。如果一项应用程序功能的需求激增,则必须扩展整个架构。随着代码库的增长,添加或改进单体应用程序的功能也会变得更加复杂。要解决这些问题,可以使用微服务架构。有关更多信息,请参阅将单体分解为微服务

通晓多种语言的持久性

根据数据访问模式和其他要求独立选择微服务的数据存储技术。如果您的微服务具有相同的数据存储技术,则它们可能会遇到实施难题或性能不佳。如果微服务使用最适合其要求的数据存储,则可以更轻松地实现并实现更好的性能和可扩展性。有关更多信息,请参阅在微服务中启用数据持久性

split-and-seed 模型

一种扩展和加速现代化项目的模式。随着新功能和产品版本的定义,核心团队分手创建新的产品团队。这有助于扩展组织的能力和服务,提高开发人员的工作效率并支持快速创新。有关更多信息,请参阅对AWS云端应用程序进行现代化改造的分阶段方法

strangler fig

一种通过逐步重写和替换系统功能,直到旧系统退出使用为止,对单片系统进行现代化改造的方法。这种模式使用无花果树的比喻,无花果藤长成一棵成熟的树,最终战胜并取代了宿主。马丁·福勒(Martin Fowler)引入了这种模式,以此作为重写单体系统时管理风险的一种方式。有关如何应用这种模式的示例,请参阅使用容器和Amazon API Gateway eway 逐步实现旧版 Microsoft ASP.NET (ASMX) Web 服务的现代化

两份披萨小组

一 DevOps 支小队伍,你可以用两个披萨来养活他们。两人组的规模确保了在软件开发中进行协作的最佳机会。有关更多信息,请参阅AWS白皮书简介中的 Two-Pi zza 团队部分。 DevOps