【爆速拡張】EventBridge Schedulerが619件のAPIアクションを追加！「中継Lambda」はもう不要か？

Amazon EventBridge SchedulerがAWS SDK統合を大幅に拡張し、13の追加サービスと合計619件の新しいAPIアクションをサポートしました。これにより、カスタムコードを書くことなくAWSサービスを直接呼び出せるようになり、新たにLambda Managed Instancesのキャパシティ制御（スケールアップ/ダウン）も時間ベースで実行可能になりました。本機能は、東京・大阪リージョンを含む、EventBridge Schedulerが利用可能な全リージョンで一般提供（GA）されています。

🚀 エンジニアの「面倒」を削ぎ落とす神アプデ

これまで、特定のAWS APIを定期実行したいときは、「中継用のLambda関数」を書いて、IAMロールを適切に設定して、そのLambdaから対象のAPIを叩く...」という、一見単純ながらも運用コストがかかる実装が当たり前でした。今回のアプデで、その「中継コード」が不要になります。

🛠️ 解決される技術的な痛み

• コードレスな運用: メンテナンスが必要な「中継用Lambda」の管理から解放されます。
• コストの最適化: 中継Lambdaの実行コストを抑えられるだけでなく、Lambda Managed Instancesのスケール操作を直接行うことで、定常的なワークロードに対しEC2のコストメリットを最大限に活用しつつ、不要な時間帯のコストを抑制できます。

🇯🇵 日本のエンジニアへの重要情報

リサーチの結果、東京リージョン (ap-northeast-1) および大阪リージョン (ap-northeast-3) の両方で、本機能の基盤となるEventBridge Schedulerは利用可能であることが確認されています。日本のプロジェクトでもすぐに導入検討が可能です。

💡 実践的なアドバイスとネクストアクション

• 権限管理を徹底せよ: SchedulerがターゲットAPIを叩くための「実行ロール」が必要になります。「最小権限の原則」に従い、必要なアクションのみを付与したIAMポリシーを作成してください。
• エラーハンドリング: APIエラーに備えて、リトライポリシーの設定と、失敗イベントを捕捉するための DLQ (SQS等) の構成 を強く推奨します。
• まずはこれをチェック！: まずは CreateSchedule の API クォータを確認し、大規模なスケジュール展開を行う前に Service Quotas コンソール を見ておくことをお勧めします。

🔗 参考リファレンス:

• AWS Lambda Managed Instances ドキュメント: https://docs.aws.amazon.com/lambda/latest/dg/lambda-managed-instances.html