原文と必ずしも一致しない場合があります。正確な内容は、公式ドキュメントの原文[英語]をご覧ください。現在、2つのアラートシステムがあります。単一の統合ソリューションです。そのため、問題をより迅速に検出できるでしょう。アラートや動的に対象の指定の設定などの機能を利用できます。直接アラートにアクセスできます。イベントとインシデントを一括して監視できます。切り替えると、設定オプションが変わります。設定済みのアラートポリシーは自動的には移行されません。アカウントからレガシーアラートを完全に削除する手順は以下の通りです。既存のポリシーと同じ内容の新しいポリシーと条件を作成します。既存のアラートポリシーを参考に対応するポリシーを作成して、既存のポリシーと同じ条件で通知を受け取るように設定します。アラートポリシーの最適な構成の参考にアラートポリシーのベストプラクティスをご覧ください。アクセスし、内容を確認しましょう。十分に活用するために、以下のレガシーアラートとの機能の比較表を確認してください。イベントフィードのデータの送信は停止します。インシデントの優先順位を指定できます。それにより、違反をインシデントにグループ化したり、そのグループに基づいて通知の送信タイミングをコントロールできます。モニターから、可用性の監視を再作成してください。することで、監視に失敗した際にアラート通知を受信できるようになります。通知チャネルをグループ化するのではなく、よりパワフルなポリシーを使って、あなたの組織のニーズに合わせて通知を調整できます。[報告しなくなったホスト]条件を作成します。ベーシックアラートのカバレッジを使って、複数のデフォルトポリシーを作成しません。代わりに、動的ターゲティングを使って、ポリシーのコントロールを強化しています。アプリケーションが対象の場合は、ラベルを使います。ホストが対象の場合は、フィルタセットを使います。レガシーアラートでは監視できない監視機能を持っています。DEGICAについて。