あるECサイト企業がAWSでバックエンドを設計しています。セール期間中は大量のEC2インスタンスを追加し、閑散期には削減することでコストを最適化したいと考えています。新たに追加されたインスタンスがすぐにリクエストを処理できるようにするため、どの設計原則を採用すべきですか？
クラウドネイティブな設計原則の一つである「ステートレス（Stateless）設計」では、ログイン状態やカート情報などのセッション情報をインスタンス内ではなくAmazon ElastiCacheやAmazon DynamoDBなどの外部サービスに保存します。これにより、新たに追加されたインスタンスでも即座にリクエストを処理できるため、水平スケーリング（スケールアウト）の柔軟性が大幅に向上します。 選択肢Aのスティッキーセッションは、ユーザーを特定インスタンスに固定するため、そのインスタンスが障害を起こすとセッション情報が失われ、スケーリングの自由度も低下します。 選択肢CのEBSは、単一のEC2インスタンスにアタッチするブロックストレージであり、複数インスタンス間での共有には適しません（複数インスタンスで共有するファイルストレージにはAmazon EFSを使用します）。 選択肢Dのスケールアップ後のスケールアウトは、不要な手順であり、クラウドでは需要に応じて直接スケールアウトするのがベストプラクティスです。