Configはどのようなクラウドサービスとリソースタイプをサポートしていますか？
なぜ一部のリソースがリソースリストに表示されていないのですか？
Configサービスの有効化、監視範囲の変更、リソーススナップショットの手動更新後、Configが各リソースタイプのフルリソース情報を更新することをトリガーします。データ量が大きいため、リソース構成スナップショットの取得、生成、更新には15分間のウィンドウ期間が存在しますので、待ってください。
Configが表示するリソース構成情報が、製品コンソールの同じリソースの構成情報と一致しないのはなぜですか？
以下のシナリオでは、Configに表示されるリソース構成情報と製品コンソールの同一リソースの構成情報が不一致の場合が存在します：
1. もし製品のリソース構成フィールドがConfig定義の構成項目範囲内にない場合、当該構成フィールドはConfigコンソールに表示されません。
2. もし製品のリソース構成フィールドがConfig定義の構成項目範囲内にあるが、当該構成変更を操作したイベントがクラウド監査に報告されなかった場合、当該構成情報の変更はクラウド監査およびConfigによってキャプチャされず、Configコンソールと製品コンソールの同一リソースの構成情報に差異が生じます。
3. ユーザーアカントのデータ量が大きい場合、リソース構成スナップショットの取得、生成、更新には15分間のウィンドウ期間が存在し、ウィンドウ期間終了後に更新されます。
なぜ私の構成変更操作がリソースタイムラインに表示されないのでしょうか？
リソース構成を変更した後、Configは15分以内に変更を監視します。一つのウィンドウ期間内にリソースを変更してから元に戻した場合、Configで変更記録が生成されない可能性があります。
Configはどのくらいの期間の構成データを記録できますか？
Configはデフォルトで1年間のリソース情報および構成履歴を記録します。より長期間の記録が必要な場合は、トラッキングセットを作成して構成データを永続的ストレージに保存できます。詳細については、配信サービスを参照してください Configリソースタイムラインにおける構成履歴記録のCOSへの配信頻度はどのようなものですか？
構成履歴記録は毎日00:30に定時にCOSバケットに配信されます。
どうすればより多くのルールをサポートできますか？
お客様は チケットを提出 を通じて、必要なルールを詳細に記述してください。形式については、サポート対象のマネージドルールを参照してください。Configはクラウドサービスと連携して、ユーザーのニーズをマネージドルールとして実装するかどうかを評価します。 設定したルールが評価されていないのはなぜでしょうか。
ルールのトリガーメカニズムが定期実行の場合、所定の時間にならないと評価されません。
ルールのトリガーメカニズムが構成変更の場合、ルールをバインドした後、関連付けられたリソースで構成変更が発生するとルールがトリガーされます。
ルール詳細ページで、手動でルールの再監査をトリガーし、最新の評価結果を迅速に取得できます。