エラー発生時には必ず再試行するわけではありません。もこの仕様を踏襲していると思われます。実際に呼び出しエラーを発生させ、デッドレターイベントを確認します。スケジュールの実行ロールから、ターゲットを呼び出すためのポリシーを外して動作確認しました。本文(body)には、ターゲットの呼び出し情報があります。"arn:aws:states:eu-central-1:123456789012:stateMachine:MyStateMachine"}属性(messageAttributes)には、呼び出しの失敗理由が記録されています。権限不足であるとわかります。属性は以下の通りです。情報量が増えていますね。以下のメトリクスが存在します。同等のメトリクスも併記しています。ブレイクダウンしたものです。いうように、エラー内容に応じたメトリクスが割り当てられます。実際のメトリクスは以下の通りです。Schedulerのデッドレターキュー(DLQ)を使ってみました。情報量が増えています。Schedulerはスケジュールに特化しているため、詳細な情報を提供しやすいのが原因と思われます。監視し、呼び出し失敗時には即座に気づけるようにしましょう。