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

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

AWS规范性指南词汇表

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

人工智能和机器学习术语

人工智能 (AI)

计算机科学领域,致力于使用计算技术来执行通常与人类相关的认知功能,例如学习、解决问题和识别模式。有关更多信息,请参阅什么是人工智能?

二进制数

一种预测二元结果的过程(两个可能的类别之一)。例如,您的 ML 模型可能需要预测诸如 “这封电子邮件是垃圾邮件还是不是垃圾邮件?” 之类的问题 或 “这个产品是书还是汽车?”

分类

一种有助于生成预测的分类过程。分类问题的 ML 模型可预测离散值。离散值始终彼此不同。例如,模型可能需要评估图像中是否有汽车。

数据预处理

将原始数据转换为易于被机器学习模型解析的格式。预处理数据可能意味着删除某些列或行,并处理缺失、不一致或重复的值。

深度合奏

组合多个深度学习模型进行预测。您可以使用深度集合来获得更准确的预测或估计预测中的不确定性。

深度学习

一个 ML 子字段,它使用多层人工神经网络来识别输入数据和目标变量之间的映射。

探索性数据分析 (EDA)

分析数据集以了解其主要特征的过程。您收集或汇总数据,然后进行初步调查以发现模式、检测异常情况并检查假设。EDA 是通过计算汇总统计数据和创建数据可视化来执行的。

features

用于进行预测的输入数据。例如,在制造环境中,特征可以是定期从生产线捕获的图像。

功能重要性

特征对模型的预测有多重要。这通常以数字分数表示,该分数可以通过各种技术进行计算,例如 Shapley 加法解释 (SHAP) 和综合梯度。有关更多信息,请参阅 AWS 的机器学习模型可解释性

功能转换

优化机器学习流程的数据,包括使用其他源丰富数据、缩放值或从单个数据字段中提取多组信息。这使机器学习模型能够从数据中受益。例如,如果您将 “2021-05-27 00:15:37” 日期分解为 “2021”、“五月”、“星期四” 和 “15”,则可以帮助学习算法学习与不同数据组件相关的细微差别模式。

可解释性

机器学习模型的一个特征,它描述了人类在多大程度上可以理解模型的预测如何取决于其输入。有关更多信息,请参阅 AWS 的机器学习模型可解释性

机器学习 (ML)

一种使用算法和技术进行模式识别和学习的人工智能。机器学习对记录的数据(例如物联网 (IoT) 数据)进行分析和学习,以生成基于模式的统计模型。有关更多信息,请参阅M achine Learning

多类别的分类

一种有助于为多个类别生成预测的过程(预测两个以上结果中的一个)。例如,机器学习模型可能会问 “此产品是书籍、汽车还是手机?” 或 “该客户对哪个产品类别最感兴趣?”

回归

一种预测数值的 ML 技术。例如,要解决 “这所房子的售价是多少?” 的问题 机器学习模型可以使用线性回归模型,根据有关房屋的已知事实(例如,平方英尺)来预测房屋的销售价格。

培训

为您的机器学习模型提供数据以供学习。训练数据必须包含正确答案。学习算法在训练数据中找到将输入数据属性映射到目标(您要预测的答案)的模式。它输出捕捉这些模式的 ML 模型。然后,您可以使用 ML 模型对不知道目标的新数据进行预测。

目标变量

您试图在监督式机器学习中预测的价值。这也被称为结果变量。例如,在制造环境中,目标变量可能是产品缺陷。

优化

更改训练过程的各个方面以提高 ML 模型的准确性。例如,您可以通过生成标签集、添加标签,然后在不同的设置下多次重复这些步骤来训练 ML 模型,以优化模型。

不确定性

这个概念是指不精确、不完整或未知的信息,这些信息可能会破坏预测性机器学习模型的可靠性。不确定性有两种类型:认识论的不确定性是由有限的、不完整的数据引起的,而偶然的不确定性是由数据固有的噪声和随机性引起的。有关更多信息,请参阅量化深度学习系统中的不确定性指南。

IoT 术语

人工智能 (AI)

计算机科学领域,致力于使用计算技术来执行通常与人类相关的认知功能,例如学习、解决问题和识别模式。有关更多信息,请参阅什么是人工智能?

棕地带换片策略

您环境中的现有基础架构。在对系统架构采用棕地策略时,您需要围绕当前系统和基础设施的限制来设计架构。如果您正在扩展现有基础设施,则可以将棕地和绿地战略混合在一起。

云计算

通常用于远程数据存储和IoT 设备管理的云技术。云计算通常与边缘计算技术相关。

边缘计算

该技术可提高IoT 网络边缘的智能设备的计算能力。与之相比云计算,边缘计算可以减少通信延迟并缩短响应时间。

新术语

新环境中缺乏现有基础设施。在为系统架构采用绿地策略时,您可以选择所有新技术,而不受与现有基础架构(也称为棕地)兼容性的限制。如果您正在扩展现有基础设施,则可以将棕地和绿地战略混合在一起。

工业物联网 (IIoT)

在制造业、能源、汽车、医疗保健、生命科学和农业等工业领域使用联网传感器和设备。有关更多信息,请参阅制定工业物联网 (IIoT) 数字化转型战略

物联网 (IoT)

带有嵌入式传感器或处理器的连接物理对象的网络,这些传感器或处理器通过互联网或本地通信网络与其他设备和系统通信。有关更多信息,请参阅什么是 IoT?

机器学习 (ML)

一种使用算法和技术进行模式识别和学习的人工智能。机器学习对记录的数据(例如IoT 数据)进行分析和学习,以生成基于模式的统计模型。有关更多信息,请参阅M achine Learning

迁移植入

7卢比

将应用程序迁移到云端的七种常见迁移策略。这些战略建立在 Gartner 在 2011 年确定的五个 R 的基础上,包括以下内容:

  • 重构/重新架构——通过充分利用云原生功能来移动应用程序并修改其架构,以提高敏捷性、性能和可扩展性。这通常涉及移植操作系统和数据库。示例:将您的本地 Oracle 数据库迁移至 Amazon Aurora o PostgreSQL 兼容版。

  • 平台重塑(提升和重塑)— 将应用程序迁移到云端,并引入一定程度的优化以利用云功能。示例:将您的本地 Oracle 数据库迁移至 Amazon Relational Database Service (Amazon RDS),AWS

  • 回购(直接购买)— 切换到其他产品,通常是从传统许可证转向 SaaS 模式。示例:将您的客户关系管理 (CRM) 系统迁移到 Salesforce.com。

  • 重新托管(迁移和迁移)— 将应用程序迁移到云端,无需进行任何更改即可利用云功能。示例:将您的本地 Oracle 数据库迁移到AWS云中 EC2 实例上的 Oracle。

  • 搬迁(虚拟机管理程序级别的提升和转移)— 将基础架构迁移到云端,无需购买新硬件、重写应用程序或修改现有运营。此迁移方案特定于 VMware Cloud onAWS,它支持虚拟机 (VM) 兼容性以及本地环境与之间的工作负载可移植性AWS。在将基础架构迁移到 VMware Cloud 时,您可以使用本地数据中心的 VMware Cloud Foundation 技术AWS。示例:将托管 Oracle 数据库的虚拟机管理程序重新部署到 VMware 云上AWS。

  • 保留(重温)— 将应用程序保留在源环境中。这些可能包括需要进行重大重构的应用程序,而您希望将这项工作推迟到以后进行,以及您想要保留的传统应用程序,因为迁移它们没有商业上的正当理由。

  • 停用 — 停用或移除源环境中不再需要的应用程序。

应用程序组合

有关组织使用的每个应用程序的详细信息的集合,包括构建和维护应用程序的成本及其业务价值。这些信息是产品组合发现和分析过程的关键,有助于确定要迁移、现代化和优化的应用程序并确定其优先级。

人工智能运营 (AIOps)

使用机器学习技术解决操作问题、减少操作事件和人为干预以及提高服务质量的过程。有关如何在AWS迁移策略中使用 AIOps 的更多信息,请参阅操作集成指南

AWS云采用框架 (AWSCAF)

一个指导方针和最佳实践框架AWS,旨在帮助组织制定高效且有效的计划,以成功迁移到云端。 AWSCAF 将指导分为六个重点领域,即 “视角”:业务、人员、治理、平台、安全和运营。业务、人员和治理视角侧重于业务技能和流程;平台、安全和运营视角侧重于技术技能和流程。例如,人员视角针对的是处理人力资源 (HR)、人员配置职能和人员管理的利益相关者。从这个角度来看,AWSCAF 为人员发展、培训和沟通提供指导,帮助组织为成功采用云做好准备。有关更多信息,请参阅 AWSCAF 网站AWSCAF 白皮书

AWSlanding zone

landing zone 是一个架构完善、可扩展且安全的多账户AWS环境。这是一个起点,您的组织可以放心地在其安全和基础设施环境中快速启动和部署工作负载和应用程序。有关着陆区的更多信息,请参阅设置安全且可扩展的多账户AWS环境

AWS工作负载资格框架 (AWSWQF)

一种评估数据库迁移工作负载、推荐迁移策略和提供工作估算的工具。 AWSWQF 包含在AWS Schema Conversion Tool (AWS SCT) 中。它分析数据库架构和代码对象、应用程序代码、依赖关系和性能特征,并提供评估报告。

业务连续性规划 (BCP)

该计划旨在解决大规模迁移等破坏性事件对运营的潜在影响,并使企业能够快速恢复运营。

Cloud Center of Excellence (CCoE)

一个多学科团队,负责推动整个组织的云采用工作,包括开发云最佳实践、调动资源、制定迁移时间表以及领导组织完成大规模转型。有关更多信息,请参阅AWS云企业战略博客上的 CCoE 帖子

采用的云阶段

组织迁移到AWS云端时通常要经历四个阶段:

  • 项目 — 运行一些与云相关的项目,用于概念验证和学习目的

  • 基础 — 进行基础投资以扩大云采用规模(例如,创建landing zone、定义 CCoE、建立运营模式)

  • 迁移 — 迁移单个应用程序

  • 重塑——优化产品和服务,在云端进行创新

Stephen Orban 在云企业战略博客的博客文章《迈向云优先之旅和采用阶段》中AWS定义了这些阶段。有关它们与AWS迁移策略的关系的信息,请参阅迁移准备指南

配置管理数据库 (CMDB)

包含有关公司硬件和软件产品、配置和相互依赖关系的信息的数据库。在迁移的投资组合发现和分析阶段,您通常使用来自 CMDB 的数据。

史诗

在敏捷方法中,有助于组织和确定工作优先级的功能类别。Epics 简要描述了要求和实施任务。例如,AWSCAF 安全史诗包括身份和访问管理、侦探控制、基础设施安全、数据保护和事件响应。有关AWS迁移策略中史诗的更多信息,请参阅计划实施指南

异构数据库迁移

将源数据库迁移到使用不同数据库引擎的目标数据库(例如,从 Oracle 迁移到 Amazon Aurora)。异构迁移通常是重新架构工作的一部分,转换架构可能是一项复杂的任务。 AWS提供AWS SCT有助于架构转换的功能。

同构数据库迁移

将源数据库迁移到共享相同数据库引擎的目标数据库(例如,将微软 SQL Server 迁移到适用于 SQL Server 的 Amazon RDS)。同构迁移通常是重新托管或平台重构工作的一部分。您可以使用原生数据库实用程序来迁移架构。

空闲置换应用程序

在 90 天内平均 CPU 和内存使用率在 5% 到 20% 之间的应用程序。在迁移项目中,通常会停用这些应用程序或将其保留在本地。

IT 信息库 (ITIL)

一套用于提供 IT 服务并将这些服务与业务需求相协调的最佳实践。ITIL 为 ITSM 提供了基础。

IT 服务管理 (ITSM)

与为组织设计、实施、管理和支持 IT 服务相关的活动。有关将云运营与 ITSM 工具集成的信息,请参阅运营集成指南

大规模迁移动

迁移 300 台或更多服务器。

Migration Acceleration Program (MAP)

AWS该计划提供咨询支持、培训和服务,帮助组织为迁移到云打下坚实的运营基础,并帮助抵消迁移的初始成本。MAP 包括一种用于有条不紊地执行传统迁移的迁移方法,以及一组用于自动化和加速常见迁移场景的工具。

移民投资组合评估 (MPA)

一种在线工具,为验证迁移到AWS云的业务案例提供信息。MPA 提供详细的产品组合评估(服务器大小调整、定价、TCO 比较、迁移成本分析)以及迁移规划(应用程序数据分析和数据收集、应用程序分组、迁移优先级和波浪规划)。M PA 工具(需要登录)可供所有AWS顾问和 APN 合作伙伴顾问免费使用。

迁移准备情况评估 (MRA)

使用AWS CAF 深入了解组织的云就绪状态、确定优势和劣势以及制定行动计划以缩小已发现差距的过程。有关更多信息,请参阅迁移换准备就绪指南。MRA 是 AWS 迁移策略的第一阶段。

大规模迁移动

将大部分应用程序组合分批迁移到云端的过程,在每波浪潮中,更多的应用程序以更快的速度移动。此阶段利用早期阶段的最佳实践和经验教训来实施由团队、工具和流程组成的迁移工厂,通过自动化和敏捷交付简化工作负载的迁移。这是AWS迁移策略的第三阶段。

迁移植入

跨职能团队通过自动化、敏捷的方法简化工作负载的迁移。迁移工厂团队通常包括运营、业务分析师和所有者、迁移工程师、开发人员和在冲刺中工作的 DevOps 专业人员。20% 到 50% 的企业应用程序组合由重复模式组成,这些模式可以通过工厂方法进行优化。有关更多信息,请参阅本内容集中有关迁移工厂的讨论云迁移工厂指南

迁移植入

有关完成迁移所需的应用程序和服务器的信息。每种迁移模式都需要一组不同的迁移元数据。迁移元数据的示例包括目标子网、安全组和AWS账户。

迁移植入

一项可重复的迁移任务,详细说明迁移策略、迁移目标以及所使用的迁移应用程序或服务。示例:使用AWS应用程序迁移服务重新托管到 Amazon EC2 的迁移。

迁移植入

用于将工作负载迁移到AWS云端的方法。有关更多信息,请参阅本词汇表中的7卢比条目并参阅调动您的组织以加速大规模迁移

业务层面协议 (OLA)

一项协议,阐明 IT 职能部门承诺相互提供哪些服务,以支持服务级别协议 (SLA)。

操作集成 (OI)

云端运营现代化的过程,包括就绪规划、自动化和集成。有关更多信息,请参阅操作集成指南

组织变革管理 (OCM)

从人员、文化和领导力角度管理重大颠覆性业务转型的框架。OCM 通过加快变革采用、解决过渡问题以及推动文化和组织变革,帮助组织为新的系统和战略做好准备和过渡。在AWS迁移策略中,该框架被称为人员加速,因为云采用项目需要变更的速度。有关更多信息,请参阅 OCM 指南

剧本

一组预定义的步骤,用于记录与迁移相关的工作,例如在云端交付核心操作功能。行动手册可以采取脚本、自动运行手册或运行现代化环境所需的流程或步骤摘要的形式。

投资组合评估

为规划迁移而发现、分析应用程序组合并确定其优先级的过程。有关更多信息,请参阅评估迁移换准备就绪

负责、负责、咨询、知情 (RACI) 矩阵

定义和分配项目中角色和职责的矩阵。例如,您可以创建 RACI 来定义安全控制所有权或确定迁移项目中特定任务的角色和职责。

运行手册子

执行特定任务所需的一组手动或自动程序。它们通常是为简化错误率高的重复操作或程序而构建的。

服务级别协议 (SLA)

一项协议,阐明了IT团队承诺为其客户提供的服务,例如服务正常运行时间和性能。

任务列表

一种用于跟踪运行手册进度的工具。任务列表包含 runbook 概述和待完成的一般任务列表。对于每项一般任务,它包括预计需要的时间、所有者和进度。

工作流

迁移项目中负责一组特定任务的职能组。每个工作流都是独立的,但支持项目中的其他工作流。例如,产品组合工作流负责确定应用程序的优先级、波浪规划和收集迁移元数据。产品组合工作流将这些资产传送到迁移工作流,然后迁移工作流迁移服务器和应用程序。

Zombie 应用程序

平均 CPU 和内存使用率低于 5% 的应用程序。在迁移项目中,通常会停用这些应用程序。

现代化术语

业务能力

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

领域驱动型设计

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

微服务

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

微服务架构

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

现代化

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

现代化准备就绪性评估

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

单片应用(整体式)

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

多语言的持久性

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

split-and-seed 模型

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

扼杀死者无花果图案

一种通过逐步重写和替换系统功能来实现整体系统现代化的方法,直到遗留系统可以停用。这种模式使用无花果藤的比喻,它长成一棵成熟的树,最终克服并取代了宿主。马丁·福勒(Martin Fowler)引入了这种模式,作为重写整体系统时管理风险的一种方式。有关如何应用此模式的示例,请参阅使用容器和 AAmazon API Gateway 逐步实现传统 Microsoft ASP.NET (ASMX) Web 服务的现代化

双披萨队

一个可以喂两个披萨的小 DevOps 队伍。两个披萨的团队规模确保了在软件开发方面进行协作的最佳机会。有关更多信息,请参阅AWS白皮书简介中的 Two-Pizza 团队部分。 DevOps

安全性术语

基于身份的策略

策略附加到AWS Identity and Access Management (IAM) 用户、用户组或角色,用于定义他们在AWS环境中的权限。

最低限度

授予执行任务所需的最低权限。有关更多信息,请参阅应用最低权限许可(IAM 文档)。

策略

可以定义权限(参见基于身份的策略)或指定访问条件(参见基于资源的策略)的对象。

委托人

AWS 中可执行操作并访问资源的实体。此实体通常是 IAM 用户、用户组或角色。有关更多信息,请参阅角色术语和概念中的负责人(IAM 文档)。

基于资源的策略

策略连接到资源的,例如 Amazon Simple Storage Service (Amazon S3) 存储桶、终端节点或加密密钥。这种类型的策略指定了允许哪些委托人访问、支持的操作以及必须满足的任何其他条件。

安全性

缩小攻击面以使其更能抵抗攻击的过程。这可能包括删除不再需要的资源、实施授予最低权限的安全最佳实践,或停用配置文件中不必要的功能等操作。