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

# 目标架构
<a name="target-architecture"></a>

目标架构、迁移策略和技术步骤取决于源架构、连接限制、安全要求和其他策略。它们还取决于贵组织的个人政策或要求。下图显示了可以托管您的 OpenText 平台 AWS Cloud 的示例架构。

![上的示例 OpenText TeamSite 架构 AWS Cloud.](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-opentext-teamsite/images/opentextmigration-diagram2.png)


下表概述了从源环境迁移到目标 AWS 架构所需的高级步骤。此迁移的详细步骤可在 AWS 规范性指导网站上的 “[将 OpenText TeamSite 工作负载迁移到 AWS 云端](https://docs.aws.amazon.com//prescriptive-guidance/latest/patterns/migrate-opentext-teamsite-workloads-to-the-aws-cloud.html)” 模式中找到。


<table>
<tbody>
  <tr><td colspan="2">高级步骤</td><td>描述</td></tr>
  <tr><td>1</td><td>配置 AWS 基础架构</td><td> CloudFormation 用于自动配置您的新 AWS 基础架构。</td></tr>
  <tr><td>2</td><td>设置 DevOps 存储库、工具和程序</td><td>使用 AWS 产品和服务（例如 AWS CodePipeline）来构建持续集成和持续部署 (CI/CD) 管道并自动化发布流程。</td></tr>
  <tr><td>3</td><td>安装新 OpenText 实例</td><td>我们建议您安装新 OpenText 软件来运行 step-by-step迁移并帮助解决问题。</td></tr>
  <tr><td>4</td><td>迁移数据库和内容</td><td>这是一个迭代过程，初始副本由生产数据库和内容存储库制成。然后，您可以在非生产环境中运行并测试迁移过程。增量更新或实时更新必须在上线日期之前运行，以确保迁移期间不会丢失任何数据。</td></tr>
  <tr><td>5</td><td>迁移 OpenText LiveSite </td><td>迁移 LiveSite Web 服务器内容。</td></tr>
  <tr><td>6</td><td>配置 OpenText TeamSite、 LiveSite、媒体管理和 MediaBin </td><td>复制配置文件并根据新环境调整配置。</td></tr>
  <tr><td>7</td><td>部署代码</td><td>将代码部署到新环境中，既可以自定义 OpenText 解决方案，也可以使用其他功能。</td></tr>
  <tr><td>8</td><td>烟雾测试</td><td>初步测试以验证新 OpenText 平台是否可以上线。</td></tr>
  <tr><td>9</td><td>上线</td><td>在这个阶段，该项目的目标已经完成，最终用户正在使用新 OpenText 平台。该平台已准备好进一步实现和维护。</td></tr>
</tbody>
</table>


**重要**  
这些步骤并不代表完整的迁移过程。它们仅代表迁移实施的技术步骤。

在开始实施这些高级迁移步骤之前，必须定义迁移清单，分析现有架构和迁移需求，定义计划的架构，创建自动化脚本，并在需要时重构代码。

高级别步骤的实施不会按明确的顺序进行。有同时运行的测试、更改、重新实现和流程。这些取决于每次迁移的具体特征，下图显示了一个迁移顺序示例。

![OpenText 迁移顺序示例。](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/migration-opentext-teamsite/images/opentextmigration-diagram3.png)