ソーシャルメディア企業が、ALB の背後にある Amazon EC2 インスタンスでアプリを実行しています。ALB は CloudFront ディストリビューションのオリジンです。このアプリは 10 億を超える画像を S3 バケットに保存し、1 秒あたり数千の画像を処理します。同社は画像を動的にサイズ変更し、適切な形式をクライアントに提供したいと考えています。運用上のオーバーヘッドが最小限で、これらの要件を満たすソリューションはどれですか？

Lambda@Edge 関数は、CloudFront のエッジロケーションでコードを実行できるため、オリジンサーバーに到達する前に画像を動的に処理できます。これにより、運用オーバーヘッドを最小限に抑えつつ、画像のサイズ変更やフォーマット変換を効率的に行えます。外部の画像管理ライブラリを利用することで、この処理をさらに柔軟かつ強力にできます。 EC2 インスタンスで画像を処理する方法は、インスタンスの負荷が増大し、スケーラビリティと運用オーバーヘッドの点で劣ります。CloudFront オリジンリクエストポリシーやレスポンスヘッダーポリシーは、ヘッダーの変更やキャッシュ制御には適していますが、画像の動的なサイズ変更やフォーマット変換のような複雑な処理はできません。