Lambda 関数は、S3 バケットの /original/ プレフィックスにアップロードされたプロフィール画像のアバターを生成します。一部の画像では、アバタージェネレーターがタイムアウトします。開発者は、ジェネレーターが失敗した場合に、2 番目の Lambda 関数を使用して画像のサイズを変更するフォールバックを望んでいます。最も開発労力が少ないのは、どのアプローチですか？

このアプローチは、Lambda の非同期呼び出しの失敗時の宛先機能を利用するため、最も開発労力が少なくて済みます。アバタージェネレーター Lambda 関数の設定で、失敗時の宛先として画像サイズ変更 Lambda 関数を直接指定するだけで、追加のコードやサービスをほとんど必要とせずにフォールバックロジックを実装できます。 SQS キューをポーリングするアプローチは、ポーリングロジックの実装が必要になり、開発労力が増えます。Step Functions は強力ですが、ステートマシンの定義と管理が必要となり、より複雑になります。SNS トピックを使用する場合も、SNS トピックの作成と Lambda のサブスクライブが必要になり、直接の宛先設定よりも手間がかかります。