ベストプラクティス

デカップリングされたデータアーキテクチャを設計するときは、次のベストプラクティスをお勧めします。

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

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

• アーキテクチャを安全かつ準拠するように設計する – 組織が必要とするコンプライアンスと運用のベストプラクティスを満たすようにアーキテクチャを設計することをお勧めします。例えば、21 CFR Part 11 の電子署名要件を満たすようにアーキテクチャを設計できます。

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

• 将来の運用を簡素化し、レジリエンスを構築する – FSx for Windows File Server を使用して運用を簡素化し、レジリエンスを構築することをお勧めします。これは、FSx for Windows File Server には次の利点があるためです。

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

  • 手動フェイルオーバーは関係ありません

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

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

  • サーバーの管理を簡素化します (サーバーはアプリケーションを保持しますが、データは他の場所にあります）