ターゲット アーキテクチャ

ターゲットアーキテクチャ、移行戦略、および技術的な手順は、ソースアーキテクチャ、接続性の制約、セキュリティ要件、およびその他のポリシーによって異なります。また、組織の個々のポリシーや要件にも依存します。次の図は、OpenText プラットフォームをホスト AWS クラウド できる のサンプルアーキテクチャを示しています。

次の表は、ソース環境からターゲット AWS アーキテクチャへの移行に必要な大まかな手順の概要を示しています。この移行の詳細なステップは、 AWS 「 規範ガイダンス」ウェブサイトのOpenText TeamSite ワークロードを AWS クラウドに移行する」パターンで確認できます。

高レベルのステップ		説明
1	AWS インフラストラクチャのプロビジョニング	を使用して AWS CloudFormation 、新しい AWS インフラストラクチャを自動的にプロビジョニングします。
2	DevOps リポジトリ、ツール、およびプロシージャをセットアップする	AWS 製品やサービス (例： AWS CodePipeline) を使用して、継続的インテグレーションと継続的デプロイ (CI/CD) パイプラインを構築し、リリースプロセスを自動化します。
3	新しい OpenText インスタンスをインストールする	新しい OpenText ソフトウェアをインストールして、段階的な移行を実行し、トラブルシューティング問題に役立てることをお勧めします。
4	データベースとコンテンツの移行	これは繰り返し行われるプロセスであり、本番データベースとコンテンツリポジトリから初期コピーが作成されます。次に、本番稼働用環境以外で移行プロセスを実行してテストします。移行中にデータが失われないように、増分アップデートまたはライブアップデートを稼働開始日まで実行する必要があります。
5	OpenText LiveSite を移行する	LiveSite ウェブサーバーのコンテンツを移行します。
6	OpenText TeamSite、LiveSite、メディア管理、MediaBinを設定する	設定ファイルをコピーし、新しい環境に設定を適応させます。
7	コードのデプロイ	OpenText ソリューションのカスタマイズと追加機能の両方について、新しい環境にコードをデプロイします。
8	スモークテスト	新しい OpenText プラットフォームが稼働可能であることを検証するための予備テスト。
9	稼働	この段階で、プロジェクトの目標が達成され、最終ユーザーは新しい OpenText プラットフォームを使用しています。プラットフォームは、さらなる実現とメンテナンスの準備が整いました。

重要

これらのステップは、完全な移行プロセスを表しているわけではありません。これらは、移行実装の技術的ステップのみを表しています。

これらの高度な移行手順の実装を開始する前に、移行インベントリの定義、既存のアーキテクチャおよび移行要件の分析、計画アーキテクチャの定義、自動化スクリプトの作成、および必要に応じてコードのリファクタリングを行う必要があります。

高度なステップの実装は、明確な順序では実行されません。同時に実行されるテスト、変更、再実装、およびプロセスがあります。これらは、各移行の特性に左右され、次の図は移行順序の例を示しています。