ベストプラクティス

デカップリングデータアーキテクチャを設計する際には、以下のベストプラクティスを推奨します。

• データ移行の計画— 設計プロセスの早い段階で、単一の運用環境から複数の環境設定にデータを移行する方法に関する詳細な計画を策定します。これにより、ボトルネックを特定し、リスクを軽減し、移行に必要な時間とリソースを適切に割り当てることができます。

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

• セキュリティとコンプライアンスを考慮したアーキテクチャの設計— 組織が必要とするコンプライアンスと運用上のベストプラクティスを満たすようにアーキテクチャを設計することをお勧めします。たとえば、21 CFR Part 11 電子署名要件を満たすようにアーキテクチャを設計できます。

• コストを最小限に抑える— スループットは、データ移行のコストの重要な要素です。これは、SASがSASサーバーから任意のファイルサーバーへの高いI/Oスループットを強く推奨しているためです。これらの要件を独自のユースケースに合わせて確認し、評価することをお勧めします。

• 将来の運用を簡素化し、レジリエンスを構築— 運用の簡素化と耐障害性の構築のために、FSx for Windows ファイルサーバーを使用することをお勧めします。これが可能なのは、Windows ファイルサーバー用 FSx には次の利点があるためです。

  • パッチ、エージェント、ウイルス対策ソフトウェアは不要

  • 手動フェイルオーバーは不要

  • エンドユーザー向けの削除または破損したデータファイルのセルフサービスリカバリ

  • 他の潜在的なデータ分析アプリケーションやシステム間でのデータ共有が容易になる

  • サーバの管理を簡略化（サーバはアプリケーションを保持するが、データは別の場所に存在する）