Azure のマルチテナント チェックリスト

Azure でマルチテナント ソリューションを構築するときは、考慮する必要がある要素がいくつもあります。 このチェックリストを出発点として使用し、マルチテナント ソリューションの設計と構築に役立ててください。 このチェックリストは、Azure シリーズの記事 のアーキテクト マルチテナント ソリューション のコンパニオン リソースです。 チェックリストは、ビジネス上および技術的な考慮事項と 、Azure Well-Architected Framework の 5 つの柱を中心に構成されています。

ビジネスに関する考慮事項

信頼性に関する考慮事項

  • Well-Architected フレームワークの信頼性チェックリストを確認します。これは、すべてのワークロードに適用できます。

  • うるさい隣人アンチパターンを理解する。 個々のテナントが他のテナントのシステムの可用性に影響を与えないようにします。

  • 予想される成長のレベルに合わせてマルチテナント ソリューションを設計します。 ただし、非現実的な成長に対応する過剰な設計にならないようにします。

  • ソリューション のサービス レベル目標 (SLA) と必要に応じてサービス レベル アグリーメント (SLA) を定義します。 SLOとSLAは、テナントの要件に基づいている必要があります。

  • ソリューションのスケールをテストします。 すべてのレベルの負荷で正常に動作し、テナントの数が増えるにつれて正しくスケーリングされることを確認します。

  • カオスエンジニアリングの原則を適用して、ソリューションの信頼性をテストします。

セキュリティに関する考慮事項

  • ソリューションのすべてのレイヤーに ゼロ トラスト と最小特権の原則を適用します。

  • ユーザー要求をテナントに正しくマップできることを確認します。 ID システムの一部として、またはアプリケーション レベルのテナント承認などの別の方法を使用して、テナント コンテキストを含める方法を検討してください。

  • テナントの分離に対応するように設計します。 継続的にあなたの分離モデルをテストします。

  • アプリケーションのコードでテナント間のアクセスまたはデータ漏えいが防止されていることを確認します。

  • 継続的な侵入テストとセキュリティ コード レビューを実施します。

  • データ所在地および満たす必要のあるコンプライアンスや規制の基準など、テナントのコンプライアンス要件を把握します。

  • ドメイン名を正しく管理し、未解決のドメイン ネーム システムやサブドメインの引き継ぎ攻撃などの脆弱性を回避します。

  • マルチテナントに関するサービス固有のガイダンスに従ってください。

コストの最適化に関する考慮事項

オペレーショナル エクセレンスに関する考慮事項

  • 自動化を使用して、オンボード、デプロイ、プロビジョニング、構成など、テナントのライフ サイクルを管理します。

  • マルチテナント ソリューションの コントロール プレーン とデータ プレーンの違いを理解します。

  • サービスの更新プログラムのデプロイに関して適切なバランスを見つけます。 テナントの要件と独自の運用要件の両方を考慮します。

  • システム全体と各テナントの正常性を監視します。

  • 特定のテナントで問題が発生した場合、または使用制限を超えたときに通知するようにアラートを構成してテストします。

  • 分離とスケーリングのために Azure リソースを整理します。

  • デプロイと構成のアンチパターンを回避します。 アンチパターンには、テナントごとに個別のバージョンのソリューションを実行する、テナント固有の構成またはロジックをハードコーディングする、手動デプロイに依存するなどがあります。

パフォーマンスの効率に関する考慮事項

貢献者

Microsoft では、この記事を保持しています。 次の共同作成者がこの記事を書きました。

主要な著者:

その他の共同作成者:

  • ジョン・ダウンズ |プリンシパル ソフトウェア エンジニア、Azure パターン & プラクティス

公開されていない LinkedIn プロフィールを見るには、LinkedIn にサインインしてください。

  • Last updated on