子リソースの許可ポリシーは、親リソースの許可ポリシーから継承されます。あるユーザーに対してプロジェクトで編集者のロールを付与し、その子リソースでは同じユーザーに対して閲覧者のロールを付与している場合でも、そのユーザーは子リソースに対して編集者のロールを持つことになります。リソース階層を変更すると、ポリシーの継承も変更されます。プロジェクトを組織に移動すると、そのプロジェクトは組織の許可ポリシーを継承することになります。メソッドが確認されます。サービスには事前定義ロールがあり、きめ細かいアクセス制御が可能です。サービス管理者などのロールを指定できます。サービスで使用できます。詳細については、事前定義ロールのリストをご覧ください。権限をより詳細に制御する必要がある場合は、カスタムロールの作成を検討してください。レベルより細分化して、ユーザーに付与できます。トピックに対するサブスクライバーのロールをユーザーに付与する許可ポリシーを作成できます。事前定義ロールのリストには、それぞれのロールを受け入れる最低レベル(きめ細かい)リソースタイプの説明が記載されています。結果整合性が維持されます。使用してデータを書き込んだ直後にそのデータを読み取ると、読み取りオペレーションで古いデータが返される場合があります。チェックに影響するまでには、時間がかかる場合があります。アカウントが見つからないという結果が返される場合があります。この動作は、オペレーションが結果整合性に基づいているためです。アカウントが読み取りリクエストで利用可能になるまで時間がかかることがあります。事前定義ロールの選択で、最適な事前定義ロールを選択する方法を確認する。カスタムロールについてで、特定のニーズに合わせてロールを作成する方法を学習する。ロールをプリンシパルに付与、変更、取り消す方法を確認する。このツールを使って許可ポリシーの確認や管理を行い、セキュリティ構成を事前に改善できます。概要で、アプリケーションを保護する方法について学習する。プロダクトのパフォーマンスを評価してください。ライセンスにより使用許諾されます。ライセンスにより使用許諾されます。サイトのポリシーをご覧ください。関連会社の登録商標です。