View a markdown version of this page

阶段 2 – 概念验证 - AWS 规范性指导
定义进入和退出标准筹集资金自动化全面测试PoC 阶段故障模拟

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

阶段 2 – 概念验证

执行迁移时，证明目标状态解决方案能否按要求发挥作用至关重要。我们强烈建议进行概念验证（PoC）练习。本节重点介绍运行 PoC 时需要考虑的各个方面：

  • 定义进入和退出标准

  • 筹集资金

  • 自动化

  • 全面测试

  • PoC 阶段

  • 故障模拟

定义进入和退出标准

拥有明确的进入和退出标准是成功进行 PoC 练习的关键。在定义进入标准时，请注意以下事项：

  • 使用案例定义

  • 访问环境

  • 熟悉各种服务

  • 关联的训练要求

同样，定义可用于评估 PoC 结果的退出标准，包括：

  • 功能

  • 性能要求

  • 安全实现 PoC

筹集资金

根据 PoC 标准定义，为 PoC 筹集资金。确保您已进行合理的规模调整，并考虑了所有关联成本。如果您要从本地迁移到 AWS，请包括与将您的框架从本地迁移到 AWS 云关联的成本。如果您是 AWS 的现有客户，请咨询您的 AWS 客户经理，了解您是否有资格获得可用于迁移到 Amazon OpenSearch Service 的抵扣金。

自动化

确定哪些环节可以实现自动化，并制定专门的流程来自动化测试并设定时间限制。自动部署和测试可帮助您快速迭代、重复、测试和验证，而不会出现人为引入的错误。

通过设定测试时间限制，您可以确保按时交付，并在遇到挑战时转向其他活动。例如，如果您的性能测试花费的时间超过了预计时间，则可以暂停该活动。然后，在开发者修复问题时，您可以转到其他测试和验证活动。解决问题后，您可以返回性能测试。对现有解决方案性能进行基准测试，并创建自动性能测试，以验证在 PoC 期间配置更改的影响。

全面测试

通过确保对与 Amazon OpenSearch Service 域集成的不同层（例如摄取管线和查询机制）执行所需的验证，测试堆栈的所有部分。这将帮助您验证端到端解决方案的实施。

表示层

在表示层中，请务必进行包含以下活动的 PoC 练习：

  • 身份验证：验证计划中的用户身份验证机制。

  • 授权：确定您要遵循的授权机制，并验证这些机制是否按预期运行。

  • 查询：您在生产中会遇到的最常见的使用案例是什么？ 哪些边缘案例场景对您的业务至关重要？ 识别这些模式，并在 PoC 期间对其进行验证。

  • 渲染：数据是否针对不同用户在各种使用案例下进行准确、恰当的呈现？ 对于日志分析使用案例，您可能需要在 OpenSearch Dashboards 或 Kibana 上构建和测试控制面板（具体取决于目标版本），以确认其是否符合您的要求。

摄取层

在摄取层，务必评估各种组件，例如收集、缓冲、聚合和存储：

  • 收集：对于日志分析使用案例，请验证是否正在收集您记录的所有数据。对于搜索使用案例，请确定馈送数据的来源，并对数据的完整性和正确性执行验证，以确保收集阶段已成功执行。

  • 缓冲区：如果流量激增，则可能需要确保缓冲正在摄取的数据。创建缓冲设计的方法有很多种。例如，您可以使用 Amazon Data Firehose 收集数据，也可以使用 Amazon S3 存储空间作为缓冲区。

  • 聚合：验证您在摄取期间执行的任何数据聚合，例如批量 API 使用情况。

  • 存储：验证存储是否能够以最佳方式处理您正在执行的摄取。

PoC 阶段

我们建议您使用以下阶段实施 PoC 并验证结果。即使您事先投入了时间进行规划，也不要害怕反复完成这些 PoC 阶段并调整 PoC 计划。

  • 功能测试和负载测试：确保所有级别都经过全面测试。模拟堆栈所有部分的故障。例如，如果您的集群包含两个大型节点，其中一个节点出现故障，则另一个节点必须占用集群上的所有流量。在这种情况下，拥有更多较小的节点可以更顺畅地从节点故障中恢复。在峰值负载及以上的负载下测试您的工作负载，以确保在此类情况下性能不会受到影响。在测试期间，尽早提出问题，以便各利益相关者在适当的时间评估任何潜在的问题。

  • 验证 KPI 并进行调整：在 PoC 期间，确保您满足 PoC 退出标准中定义的 KPI 和业务成果。调整配置，使其符合 KPI。

  • 自动化和部署：自动化和监控是 PoC 测试期间需要关注的其他关键方面。完善自动化步骤，并通过详细的监控进行验证，以便为所有利益相关者提供足够的信息，从而自信地评估 PoC 的结果。记录所有步骤，并创建可以重复用于生产迁移的运行手册。

故障模拟

我们强烈建议您模拟故障场景，并验证您的设计是否具有满足用户要求所需的韧性和容错能力。您可能需要模拟数据节点的故障，以查看您的集群是否有足够的资源来正常处理恢复。要检查您的域是否会因大量摄取而不堪重负，您可以通过模拟从某些来源爆发大量日志来测试缓冲设置。在扩展到生产部署时，验证您的设计是否超过任何配额。有关服务配额的更多信息，请参阅 Amazon OpenSearch Service 文档。