【要約】Redisって結局何？をFastAPIで理解する [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
Webバックエンドの開発において、頻繁に発生するDBアクセスがAPIのレスポンス性能を低下させる課題がある。開発者は、同一データへの繰り返しアクセスによる遅延に直面する。具体的には以下の問題が発生する。
- ・DBアクセスに伴う数秒単位のレスポンス遅延。
- ・同一データに対する過剰なクエリによるDB負荷の増大。
- ・キャッシュ戦略がないことによる、スループットの限界。
// Approach
筆者は、RedisをインメモリのKey-Value Storeとして導入し、DBアクセスの前にキャッシュを確認する仕組みを構築した。Docker Composeを用いて、APIとRedisの分離されたコンテナ環境を構築している。具体的な実装ステップは以下の通りである。
- ・redis-pyを用いたRedisクライアントの実装。
- ・キャッシュの有無を確認するロジック（get/set）の追加。
- ・ex=60を指定することによる、60秒間のTTL（有効期限）設定。
- ・Docker Composeによる、複数コンテナのオーケストレーション。
// Result
Redisを導入したことで、APIのレスポンス速度が劇的に向上した。キャッシュの活用により、以下の成果が得られている。
- ・レスポンス時間の短縮：約3秒から数ミリ秒へ改善。
- ・DBアクセスの削減：キャッシュヒット時はDBへの問い合わせをスキップ。
- ・データの鮮度管理：TTL設定により、古いデータが残り続ける問題を回避。
Senior Engineer Insight
> 本記事はRedisの基本概念を理解する上で極めて明快である。しかし、実戦投入には以下の考慮が不可欠だ。まず、非同期処理の徹底である。実務ではredis.asyncioを使用し、イベントループをブロックしない設計が求められる。次に、接続管理だ。Lifespanイベントを用いてコネクションプールを適切に管理せよ。これらを欠いた実装は、高負荷環境下で致命的なボトルネックを生む。キャッシュの整合性戦略も併せて検討すべきである。