本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
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 服务可降低总拥有成本。在计算总拥有成本时，将人员成本考虑在内至关重要。了解您的工程师为维护当前环境所花费的时间和成本是一个重要因素。许多客户仅将存储、计算和网络基础架构的成本与托管服务的成本进行比较。但是，这可能无法为您提供准确的总拥有成本。Amazon S OpenSearch ervice 通过管理原本必须由您的工程师执行的任务，为您的团队提高运营效率。这包括以下任务：
-
通过添加或移除节点来扩展集群
-
修补
-
就地升级
-
正在进行备份
-
配置监控工具以捕获日志和指标
这些活动由该服务自动完成，AWS 提供生产级支持团队。这意味着您的员工可以专注于能为您的业务带来直接价值的活动。
