ベストプラクティス

データ移行を計画する – 設計プロセスの早い段階で、単一の本番環境からマルチ環境セットアップへのデータ移行をどのように進めるかについて、詳細な計画を立てます。これにより、ボトルネックの特定や、リスクの軽減に加え、移行に必要な時間とリソースの適切な配分を行えます。

モジュール化したシンプルな設計を維持する – このガイドにあるシナリオの例は、マルチアカウントアーキテクチャに基づくものです。そのため、3 つの異なる AWS アカウントを使用していますが、一般的には、環境ごとに複数の AWS アカウントを使用する必要はありません。同じ環境内にあるすべてのインフラストラクチャを同じ AWS アカウントに配置することをお勧めします。これにより、AWS CDK の自動化機能を使用して復元プロセスを運用できます。

アーキテクチャのセキュリティおよびコンプライアンス確保に配慮して設計する – 組織に必要なコンプライアンスおよび運用のベストプラクティスを実装できるアーキテクチャ設計をお勧めします。例えば、21 CFR Part 11 の電子署名要件を満たすようにアーキテクチャを設計すると良いでしょう。

コストを最小化する – データ移行のコストを考える上で、スループットはきわめて重要な要素です。SAS では、SAS サーバーからファイルサーバーへのデータ転送で高い I/O スループットの実現を強く推奨しているからです。こうした要件を確認し評価した上で、独自のユースケースを考察すると良いでしょう。

将来の運用を簡素化し、レジリエンスを確保する – FSx for Windows File Server を使用して運用を簡素化すると共に、レジリエンスを確保することをお勧めします。FSx for Windows File Server の次の利点により、それらを実現できます。