キャッシュ層追加・DB読み取りレプリカ活用によるパフォーマンス改善

稼働中のシステムにキャッシュを後から導入する際、SAPレベルではアプリケーションコードへの影響を最小化しながら段階的に導入するアプローチが問われます。まず「読み取り頻度が高く、更新頻度が低い」特定のクエリ（商品マスタの取得等）から対象を絞り込み、Lazy Loadingパターンでキャッシュを追加し、効果を測定してから対象を拡大していく、という進め方が実務的です。

既存のアプリケーションが単一のデータベースエンドポイントに直接接続している場合、リードレプリカを追加しても、アプリケーション側で読み取りクエリと書き込みクエリを明示的に振り分けるロジックを実装しない限り、効果が得られません。SAPレベルでは、Aurora のリーダーエンドポイント（複数のリードレプリカに自動的に負荷分散する専用エンドポイント）を活用し、アプリケーション側の実装をシンプルに保ちながら読み取り負荷分散を実現する設計が問われます。

「キャッシュを導入したので改善したはず」という主観的な判断ではなく、SAPレベルでは改善前後でのCloudWatchメトリクス（DB CPU使用率、平均レイテンシ、キャッシュヒット率）を定量的に比較することが求められます。特にキャッシュヒット率が低い場合、キャッシュのTTL設定やキャッシュキーの設計に問題がある可能性があり、追加のチューニングが必要と判断できます。