目标架构 - AWS 规范性指导

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

目标架构

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

上的示例 OpenText TeamSite 架构 AWS Cloud.

下表概述了从源环境迁移到目标 AWS 架构所需的高级步骤。此迁移的详细步骤可在 AWS 规范性指导网站上的 “将 OpenText TeamSite 工作负载迁移到 AWS 云端” 模式中找到。

高级步骤 描述
1 配置 AWS 基础架构 AWS CloudFormation 用于自动配置您的新 AWS 基础架构。
2 设置 DevOps 存储库、工具和程序 使用 AWS 产品和服务(例如 AWS CodePipeline)来构建持续集成和持续部署 (CI/CD) 管道并自动化发布流程。
3 安装新 OpenText 实例 我们建议您安装新 OpenText 软件来运行 step-by-step迁移并帮助解决问题。
4 迁移数据库和内容

这是一个迭代过程,初始副本由生产数据库和内容存储库制成。然后,您可以在非生产环境中运行并测试迁移过程。增量更新或实时更新必须在上线日期之前运行,以确保迁移期间不会丢失任何数据。

5 迁移 OpenText LiveSite 迁移 LiveSite Web 服务器内容。
6 配置 OpenText TeamSite、 LiveSite、媒体管理和 MediaBin 复制配置文件并根据新环境调整配置。
7 部署代码 将代码部署到新环境中,既可以自定义 OpenText 解决方案,也可以使用其他功能。
8 烟雾测试 初步测试以验证新 OpenText 平台是否可以上线。
9 上线 在这个阶段,该项目的目标已经完成,最终用户正在使用新 OpenText 平台。该平台已准备好进一步实现和维护。
重要

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

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

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

OpenText 迁移顺序示例。