製品概要
製品機能
適用シーン
利用制限
Tag APIをサポートするリソースタイプ
タイプ | デフォルト上限 | 上限超過時の処理ルール | 上限引き上げの可否 | 上限引き上げの方法 |
単一のルートアカウント下のTagポリシーの数 | 最大値100個 | Tagポリシー作成時の保存は許可されていません | 対応可 | |
単一のルートアカウントおよびサブアカウントユーザーがバインド可能なTagポリシーの数 | 最大値10個 | Tagポリシーをユーザーにバインドする場合、バインドできません | 対応不可 | - |
有効なポリシー内のTagキーの数 | 最大値50個 | 有効なポリシーを生成する際、超過したTagキーはマージされません | 対応不可 | - |
単一のTagポリシーにおける最大文字数 | 最大値4096文字 | 文字数が制限を超えた場合、保存は許可されません | 対応可 | ルートアカウントとサブアカウントの別々の上限引き上げをサポートします |
機能名称 | 設定前の効果 | 設定後の効果 |
Tagポリシーの有効範囲は自由に選択できます | ポリシーがなく、各ユーザーが自身でTagをバインドします | ルートアカウントにバインドする時、ルートアカウントに対して有効になります 特定のサブユーザーにバインドする場合、当該サブユーザーに対して単独で有効になります 必要に応じて一部のサブユーザーを一括バインドできます |
自動修復シナリオ | ユーザー設定エラーは発見しにくいため、自身で確認した後、手動で修正するしかありません | 既存リソースにTagがバインドされていない場合、サブユーザーが追加したTagがTagポリシー内の制約と一致しないとき、オート修復をサポートします |
自動割当シナリオ | 各Tagごとに、ユーザーが入力、検索、選択を行い、バインドするキーと値を記憶する必要があります | リソースの新規作成または編集時のTagに対して、サブユーザーがデフォルトでTagキーまたはTag値を表示できるようにすることで、操作手順を削減したり、抜け漏れを防止したりできます |
強制インターセプトシナリオ | ユーザー設定エラーに気づかず、発見後に改めて修正する必要があります | 既存リソースのTagを編集する際に、キーと値がTagポリシーの制約に一致しない場合、バインドをブロックします。例えば、あるサブユーザーに 製品:製品 Aをバインドするよう要求しますが、サブユーザーが製品:製品Bに編集した場合、バインドをブロックします |
Tagポリシーのキー値制限 | ユーザーはすべてのキー値で検索する必要があります | この機能を有効にすると、リソースにTagキーを設定する際には有効ポリシーキーが優先的に表示され、Tag値を設定する際には有効ポリシー内で当該Tagキーに規定された値のみ選択可能となり、すべてのTag値を選択できなくなります。新規リソースの作成や既存リソースの編集などが含まれます。 |
フィードバック