はじめに

SSRを考慮したNext.jsアプリケーションをAWSにデプロイする際には、さまざまな選択肢があります。　　
バックエンドでは、ECSやEKSが一般的な選択ですが、フロントエンドの選択はより複雑です。
ここでは、一般的な構成を3つ紹介します。

構成図

主に、Amplifyのメリットデメリットについて後述してます
CloudFrontは、導入しといたほうが無難で良いです

これらの選択肢の中から、プロジェクトの規模、チームのスキルセット、開発のスピード、そして長期的な保守性を考慮して、最適なものを選んでいただけたらと思います。
どの方法も一長一短があるので、プロジェクトの要件に最も合うものを選択することが重要です。

開発者がコードを変更（getServerSideProps を追加など）
↓
コードを Git リポジトリにプッシュ
↓
CI/CD パイプラインがトリガーされる
↓
アプリケーションのビルド
↓
Lambda@Edge 関数の更新とデプロイ（Lambda@Edgeのコードを直接修正する必要はないが、アプリケーション全体を再ビルドして再デプロイする必要がある）
↓
CloudFront ディストリビューションの更新