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

计划将 Avaya 联络中心迁移到 AWS

为了成功将本地Avaya联络中心迁移到 Amazon Connect 客户和 Amazon Lex，您需要制定有效的计划。迁移计划通常采用多阶段方法，包括以下步骤和信息：

构建团队

联络中心迁移通常由以下专业和参与者组成：

准备数据

IVR 工作负载可以分阶段迁移，例如按业务部门迁移。您可以与组织中的业务部门合作定义业务需求并更换平台或重构 IVR 平台，以充分利用云原生功能来提高敏捷性、性能和可扩展性。因此，决定哪个业务部门首先迁移非常重要。记录需求，定义成功指标，并提供进度更新，以衡量项目的整体成功程度。

移植电话号码

如果您想保留现有的电话号码，则必须将您的电话号码移植到 Connect Customer。这个流程需要一定的提前期，因此事先规划会很有帮助。

选择一个目标架构

根据您的迁移项目的目标，从本指南的本地迁移的架构选项 Avaya 联系中心到 AWS部分讨论的可能方法列表中进行选择。

评估当前架构

您可以将工作负载重新托管（也称为移动）到，也可以重新构建平台或重新架构您的工作负载 AWS Cloud，以利用云原生功能推动全新的体验。有关如何选择这些策略的更多信息，请参阅本指南中的步骤 3：选择迁移策略。除了了解目标状态外，了解当前状态和基础设施组件也至关重要。

例如，如果您使用的是 Avaya Experience Portal，则可以使用 JavaScript 进行 API 集成。但是，如果您使用 Concentrix 进行 IVR，则可能无法进行此类集成，并且必须依赖数据库集成。此外，您需要查看迁移计划中的所有现有呼叫流。在使用两种不同电话系统的混合方法中，请确保不要复制流程的任何部分或忽略任何重要的逻辑。

管理 IVR 提示

Amazon DynamoDB 是最高效的存储和管理提示的方式。企业和利益相关者可以在不中断运营的情况下即时做出更改。

定义云基础设施和安全要求

根据您的要求，列出您将用来实现成果的云服务。您的安全团队需要验证建议的目标架构是否符合组织要求（例如保留策略），并确保考虑和记录日志记录。