本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
KPIs 和业务连续性
在迁移过程中，必须制定业务目标和关键绩效指标 (KPIs) 来衡量成功与否。在迁移过程开始时确定目标并为当前系统建立基准非常重要，以便您可以确定可衡量的改进。客户之旅中的常见目标包括：
-
提高运营敏捷性。
在此目标下，您可以使用以下指标，来衡量现有部署并将其与目标环境进行比较：
-
预调配集群的平均时间。
-
将部署推广到新地理位置所需的时间
-
配置集群安全的平均时间
-
扩展环境（例如添加节点和添加存储）的平均时间
-
检测执行缓慢的查询的平均时间和修复所需的平均时间
-
升级软件版本的平均时间
-
-
降低总拥有成本（TCO）
要计算您当前的 TCO，您可以使用以下指标：
-
构建和运行解决方案（开发、监控、扩展、 DevOps备份、恢复）的员工时数
-
与现有软件关联的许可证成本
-
数据中心成本（硬件采购和更新、电力、冷却、空间、机架、网络设备）
-
配置解决方案（软件安装、联网）的人员工时数
-
合规审计（HIPAA、PCI DSS、SOC、ISO、GDPR、FedRAMP）的成本
-
配置安全（静态和传输中加密、配置身份验证和授权、精细访问控制）的成本
-
保留大量冷热数据的成本
-
跨可用区配置高可用性的成本
-
为避免频繁采购硬件或处理峰值负载而过度预调配的成本
此列表并不详尽。
-
-
监控正常运行时间和其他服务级别协议（SLAs）。 SLAs 通过迁移到新环境可以衡量和改进的内容包括以下内容：
-
总正常运行时间（现有部署的历史正常运行时间数据，而 Ama OpenSearch zon Service 提供的 SLA 为 99.9%）
-
故障恢复（恢复点目标和恢复时间目标）
-
与各种功能（例如搜索和编制索引）关联的响应时间
-
并发用户的数量
-
不同地理位置和集群之间的复制时间。
-
迁移到 Amazon Ser OpenSearch vice 时，请使用迭代流程来验证您是否达到或超过了这些 KPIs 要求，以及您是否实现了预期的结果。
运营性能
当前解决方案中需要重点关注的方面是性能指标。建立基准，并确定您希望在目标环境中实现的改进。其中包括您的正常运行时间 SLA 和延迟要求。这将帮助您建立并在大多数情况下提高当前服务等级。通常，客户会查看以下服务等级指标
-
每秒读取和写入次数
-
读取和写入延迟
-
正常运行时间百分比
在设计自己的架构时 SLAs，充分理解 Amazon OpenSearch 服务-服务等级协议
进程性能
要制定业务连续性目标，评测您当前的进程性能非常重要。确定并审查当前平台的现有运行手册或标准操作程序 (SOPs)，并确定您的团队将大部分时间花在哪些领域。迁移是努力改善这些领域的好机会，这样您的团队就可以专注于创新、构建业务功能及改善客户体验。您可以通过查看历史支持或故障单数据来确定您的支持和开发人员解决这些问题所花费的时间，从而确定现有环境的痛点。捕获以下指标可以帮助您衡量目标环境带来的改进：
-
平均故障间隔（MTTF）（正常运行时间）
-
平均故障间隔时间（MTBF）
-
平均检测故障时间（MTTD）
-
平均修复（解决）时间（MTTR）
-
收到的支持工单数量
顺利过渡到新服务
为确保服务的业务连续性，请务必仔细规划无缝过渡。迁移是实现应用程序以及与搜索或日志分析平台关联的服务现代化的好时机。但是，您需要制定谨慎的割接策略，以免影响您的现有服务。本文档中的割接策略部分提供了有关如何规划无缝割接到目标环境的信息。
财务指标
迁移到 Amazon OpenSearch 服务可能有很多原因，但成本通常是一个主要因素。了解现有环境的总拥有成本（TCO），以便您可以衡量迁移到托管服务所节省的成本。您可以从降低总拥有成本目标下列出的指标列表开始。AWS 发布了一项云价值基准研究
在大多数情况下，Amazon OpenSearch 服务可降低总拥有成本。在计算 TCO 时，将人员配备成本考虑在内至关重要。了解您的工程师为维护当前环境所花费的时间和成本是一个重要因素。许多客户仅将存储、计算和网络基础设施的成本与托管服务的成本进行比较。但是，这可能无法为您提供准确的总拥有成本。Amazon S OpenSearch ervice 通过管理原本必须由您的工程师执行的任务，为您的团队提高运营效率。其中包括以下任务：
-
通过添加或删除节点来扩展集群
-
修补
-
就地升级
-
标记备份
-
配置监控工具以捕获日志和指标
这些活动由该服务自动完成，AWS 提供生产级支持团队。这意味着您的员工可以专注于为您的业务增加直接价值的活动。
