<div id="readability-page-1" class="page"><div class="page" post="">
        <h2> Production 환경에서 Redis를 사용하는 가장 효과적인 6가지 방법 - Cache, Session Store </h2>
        
        <hr>
        <article itemscope="" itemtype="http://schema.org/BlogPosting">
        <ul id="markdown-toc">
  <li><a href="#prologue" id="markdown-toc-prologue">Prologue</a></li>
  <li><a href="#cache" id="markdown-toc-cache">Cache</a>    <ul>
      <li><a href="#application-cache" id="markdown-toc-application-cache">Application Cache</a></li>
      <li><a href="#second-level-cache" id="markdown-toc-second-level-cache">Second Level Cache</a></li>
      <li><a href="#distributed-cache" id="markdown-toc-distributed-cache">Distributed Cache</a></li>
    </ul>
  </li>
  <li><a href="#session-store" id="markdown-toc-session-store">Session Store</a></li>
  <li><a href="#summary" id="markdown-toc-summary">Summary</a></li>
  <li><a href="#reference" id="markdown-toc-reference">Reference</a></li>
</ul>

<blockquote>
  <p>연재 글 목록</p>
</blockquote>

<ol>
  <li>
    <p><a href="/Redis-Most-Impactful-Ways-Redis-Is-Used-In-Production-Systems-1">Production 환경에서 Redis를 사용하는 가장 효과적인 6가지 방법 - Cache, Session Store</a></p>
  </li>
  <li>
    <p><a href="/Redis-Most-Impactful-Ways-Redis-Is-Used-In-Production-Systems-2">Production 환경에서 Redis를 사용하는 가장 효과적인 6가지 방법 - Leaderboard, Message Queue</a></p>
  </li>
  <li>
    <p><a href="/Redis-Most-Impactful-Ways-Redis-Is-Used-In-Production-Systems-3">Production 환경에서 Redis를 사용하는 가장 효과적인 6가지 방법 - Website Analytics, Flash Sale</a></p>
  </li>
</ol>

<hr>

<h2 id="prologue">Prologue</h2>

<ul>
  <li>이번 글에서는 Redis를 활용한 Cache, Session Store 사례를 살펴본다.</li>
</ul>

<hr>

<h2 id="cache"><a href="https://blog.bytebytego.com/i/137885990/cache">Cache</a></h2>

<p><img src="https://goodgid.github.io/assets/img/redis/Redis-Most-Impactful-Ways-Redis-Is-Used-In-Production-Systems-Cache_1.png" alt=""></p>

<ul>
  <li>일반적인 캐시 아키텍처에는 세 가지 계층이 있다.</li>
</ul>

<h3 id="application-cache">Application Cache</h3>

<ul>
  <li>
    <p>Application 메모리 내부에 위치하며</p>

    <p>일반적으로 사용자 프로필과 같이 자주 액세스하는 데이터를 보관하는 해시맵이다.</p>

    <p>캐시 크기가 작고 앱을 다시 시작하면 데이터가 손실된다.</p>
  </li>
</ul>

<h3 id="second-level-cache">Second Level Cache</h3>

<ul>
  <li>각 서버에서만 존재하는 캐시이다.</li>
</ul>

<h3 id="distributed-cache">Distributed Cache</h3>

<ul>
  <li>
    <p>Application 서버와 별도의 서버에 배포되는 Redis이다.</p>
  </li>
  <li>
    <p>수평 확장성을 위해 캐시를 여러 서버에 걸쳐 배치할 수 있고</p>

    <p>그 캐시는 여러 앱에서 공유된다.</p>
  </li>
</ul>

<hr>

<blockquote>
  <p>Pareto Principle</p>
</blockquote>

<ul>
  <li>
    <p>Pareto Principle에 의하면 데이터의 약 20%가 액세스의 80%를 차지하는 경향이 있다.</p>

    <p>따라서 Redis에서 가장 인기 있는 20%의 데이터를 캐싱하면</p>

    <p>대부분의 요청에 대한 성능이 향상될 수 있다.</p>
  </li>
</ul>

<hr>

<h2 id="session-store"><a href="https://blog.bytebytego.com/i/137885990/session-store">Session Store</a></h2>

<ul>
  <li>
    <p>Session Store는 Web Application 요청 전반에 걸쳐 상태를 유지하는 데 중요한 구성 요소이다.</p>
  </li>
  <li>
    <p>서버는 Redis를 사용하여 각 사용자의 세션 데이터를 저장하고 관리한다.</p>
  </li>
</ul>

<blockquote>
  <p>고유 Session ID 값</p>
</blockquote>

<ul>
  <li>세션 생성 시 유저별로 고유한 세션 ID를 사용해야 한다.</li>
</ul>

<blockquote>
  <p>독립적인 Session 처리</p>
</blockquote>

<ul>
  <li>
    <p>Reids를 Session Store로 사용하면</p>

    <p>특정 Application에 종속적인 세션 작업이 필요 없으며</p>

    <p>로드밸런싱을 하여도 문제없이 세션 처리가 가능해진다.</p>
  </li>
</ul>

<blockquote>
  <p>Redis Session Data Type</p>
</blockquote>

<ul>
  <li>JSON 또는 유사한 형식으로 직렬화된다.</li>
</ul>

<blockquote>
  <p>Session TTL</p>
</blockquote>

<ul>
  <li>
    <p>일정 기간 동안 활동이 없으면 세션을 만료시켜</p>

    <p>보안이 향상되고 리소스 확보가 된다.</p>
  </li>
</ul>

<blockquote>
  <p>Flow</p>
</blockquote>

<center><img src="https://goodgid.github.io/assets/img/redis/Redis-Most-Impactful-Ways-Redis-Is-Used-In-Production-Systems-Session-Store_1.png"></center>

<ul>
  <li>
    <p>1,2 : 유저가 로그인 요청을 한다.</p>
  </li>
  <li>
    <p>3,4 : User Service는 고유한 세션 ID를 생성하여 Redis에 새 세션을 생성한다.</p>
  </li>
  <li>
    <p>5,6 : User Service는 세션 ID를 유저에게도 보낸다.</p>
  </li>
  <li>
    <p>7,8 : 유저가 장바구니에 제품을 추가한다.</p>
  </li>
  <li>
    <p>9,10 : Shopping Cart Service는 세션 ID를 사용하여 Redis에서 세션 데이터를 검색 후 업데이트한다.</p>
  </li>
  <li>
    <p>11,12 : Shopping Cart Service는 성공 응답을 반환한다.</p>
  </li>
</ul>

<hr>

<h2 id="summary">Summary</h2>

<ul>
  <li>
    <p>이번글에 다룬 사례 외에도</p>

    <p>Redis를 활용한 <a href="/Redis-Most-Impactful-Ways-Redis-Is-Used-In-Production-Systems-2">Leaderboard, Message Queue</a>, <a href="/Redis-Most-Impactful-Ways-Redis-Is-Used-In-Production-Systems-3">Website Analytics, Flash Sale</a>에 대해 추가적으로 알아보자.</p>
  </li>
</ul>

<hr>

<h2 id="reference">Reference</h2>

<ul>
  <li><a href="https://blog.bytebytego.com/p/the-6-most-impactful-ways-redis-is">The 6 Most Impactful Ways Redis is Used in Production Systems</a></li>
</ul>

        </article>
        
        <hr>

        
        
            
            
        
            
            
        
            
            
        
            
            
        
            
            
        
            
            
        
            
            
        
            
            
        
            
            
        
            
            
        
        

        


<h2 id="recommend">Recommend</h2>



    </div></div>

Gidhub

Prologue
Cache    
Application Cache
Second Level Cache
Distributed Cache
Session Store
Summary
Reference
연재 글 목록
Production 환경에서 Redis를 사용하는 가장 효과적인 6가지 방법 - Cache, Session Store
Production 환경에서 Redis를 사용하는 가장 효과적인 6가지 방법 - Leaderboard, Message Queue
Production 환경에서 Redis를 사용하는 가장 효과적인 6가지 방법 - Website Analytics, Flash Sale
Prologue
이번 글에서는 Redis를 활용한 Cache, Session Store 사례를 살펴본다.
Cache
일반적인 캐시 아키텍처에는 세 가지 계층이 있다.
Application Cache
Application 메모리 내부에 위치하며
일반적으로 사용자 프로필과 같이 자주 액세스하는 데이터를 보관하는 해시맵이다.
캐시 크기가 작고 앱을 다시 시작하면 데이터가 손실된다.
Second Level Cache
각 서버에서만 존재하는 캐시이다.
Distributed Cache
Application 서버와 별도의 서버에 배포되는 Redis이다.
수평 확장성을 위해 캐시를 여러 서버에 걸쳐 배치할 수 있고
그 캐시는 여러 앱에서 공유된다.
Pareto Principle
Pareto Principle에 의하면 데이터의 약 20%가 액세스의 80%를 차지하는 경향이 있다.
따라서 Redis에서 가장 인기 있는 20%의 데이터를 캐싱하면
대부분의 요청에 대한 성능이 향상될 수 있다.
Session Store
Session Store는 Web Application 요청 전반에 걸쳐 상태를 유지하는 데 중요한 구성 요소이다.
서버는 Redis를 사용하여 각 사용자의 세션 데이터를 저장하고 관리한다.
고유 Session ID 값
세션 생성 시 유저별로 고유한 세션 ID를 사용해야 한다.
독립적인 Session 처리
Reids를 Session Store로 사용하면
특정 Application에 종속적인 세션 작업이 필요 없으며
로드밸런싱을 하여도 문제없이 세션 처리가 가능해진다.
Redis Session Data Type
JSON 또는 유사한 형식으로 직렬화된다.
Session TTL
일정 기간 동안 활동이 없으면 세션을 만료시켜
보안이 향상되고 리소스 확보가 된다.
Flow
  
1,2 : 유저가 로그인 요청을 한다.
3,4 : User Service는 고유한 세션 ID를 생성하여 Redis에 새 세션을 생성한다.
5,6 : User Service는 세션 ID를 유저에게도 보낸다.
7,8 : 유저가 장바구니에 제품을 추가한다.
9,10 : Shopping Cart Service는 세션 ID를 사용하여 Redis에서 세션 데이터를 검색 후 업데이트한다.
11,12 : Shopping Cart Service는 성공 응답을 반환한다.
Summary
이번글에 다룬 사례 외에도
Redis를 활용한 Leaderboard, Message Queue, Website Analytics, Flash Sale에 대해 추가적으로 알아보자.
Reference
The 6 Most Impactful Ways Redis is Used in Production Systems

Production 환경에서 Redis를 사용하는 가장 효과적인 6가지 방법 - Cache, Session Store

댓글