変更要約: Professional Cloud Security Engineer 第5章を新規作成（ドメイン5「コンプライアンス」: 技術的ニーズの判断・責任共有モデル・スコープ特定・要件→サービス/制御のマッピング・Access Transparency/Access Approval、Assured Workloads・組織ポリシー(事前ビルド/カスタム)・データとサービスのリージョナリゼーション(リソースロケーション制約)・ネットワーク/アクセスのセグメンテーション・監査ログの網羅）。
5.2コンプライアンス制御とリージョナリゼーション
クラウド環境でコンプライアンス要件を支えるセキュリティ制御の構成（Assured Workloads、組織ポリシー、Access Transparency、Access Approval、データとサービスのリージョナリゼーション）と、コンプライアンス要件を Google Cloud のサービス/制御へ対応づける実装（ネットワーク/アクセスのセグメンテーション、監査ログの網羅）を理解します。
要件を「制御として強制する」段階です。規制環境向けのマネージド制御と、データ所在地の強制を組み合わせて、継続的にコンプライアンスを保ちます。
5.2.1Assured Workloads と制御の強制
規制要件（データ所在地・人員管理・主権など）を満たす管理された環境でワークロードを動かすには Assured Workloads を使います（コンプライアンスレジームに沿った制御を自動適用）。一般のガードレールは 組織ポリシー（事前ビルド/カスタム）で強制し、外部 IP の禁止やリソースのリージョン限定などを階層継承します。Google 側のアクセスに対しては Access Transparency（可視化）と Access Approval（事前承認）を有効化します。「規制環境向けのマネージド制御一式＝Assured Workloads」「全社のガードレール＝組織ポリシー」を結びます。
5.2.2リージョナリゼーションとセグメンテーション
データ主権の要件には データとサービスのリージョナリゼーション（データ所在地）を使い、保存/処理を特定の地理に限定します（組織ポリシーの リソースロケーション制約 で強制）。コンプライアンスの実装はマッピングどおり、ネットワークのセグメンテーション（VPC/サブネット/ファイアウォール/VPC Service Controls）と アクセスのセグメンテーション（IAM 最小権限/職務分掌）、そして 監査ログの網羅（Cloud Audit Logs・データアクセス・集約シンク）で証拠を揃えます。「保管/処理を地域限定＝リージョナリゼーション＋リソースロケーション制約」を押さえます。