<div id="readability-page-1" class="page"><div>
      
      <header>
        
        

  <p>
    

    

    
      
      

      <span>
        
        
          4 분 소요
        
      </span>
    
  </p>


      </header>
      

      <section itemprop="text">
        
        

<h2 id="1-characteristics">1. Characteristics</h2>

<p>모든 규모에서 10밀리초 미만의 성능을 제공하는 빠르고 유연한 NoSQL 데이터베이스이다. 완전 관리형 서비스(fully managed service)이다. AWS에서 DynamoDB 리소스에 대한 모든 관리를 해주는 서버리스 제품이기 때문에 서버 패치, 백업, 복원 같은 부가적인 유지보수가 불필요하다. DynamoDB는 1개의 지역(region)에 3개의 복제본(replica)을 만들어두기 때문에 장애가 나더라도 가용성을 유지할 수 있다.</p>

<ul>
  <li>AZ A, B, C 영역에 각 파티션에 대한 복제본이 만들어진다.</li>
</ul>

<p><img src="https://junhyunny.github.io/images/posts/2025/dynamodb-basics-01.png" width="80%">
</p>
<center>https://www.youtube.com/watch?v=I7zcRxHbo98</center>



<p>어떤 타이밍에 어떤 복제본으로부터 데이터를 읽는지에 일관성(consistency)이 맞지 않을 수 있다. DynamoDB는 읽기 연산에 대한 두 가지 수준의 일관성을 지원한다.</p>

<ul>
  <li>최종적 일관된 읽기(eventually consistent reads)
    <ul>
      <li>모든 복제본에 동기화되기 전에 데이터를 읽기 때문에 읽은 데이터가 최신 데이터가 아닐 수 있다.</li>
    </ul>
  </li>
  <li>강력한 일관된 읽기(strongly consistent reads)
    <ul>
      <li>오직 리더 노드(leader node)만 쓰기와 강력한 일관된 읽기를 지원한다.</li>
      <li>리더 노드가 모든 복제본에 동기화 시킨 후에 데이터를 읽기 때문에 항상 최신 데이터를 유지한다.</li>
    </ul>
  </li>
</ul>

<h2 id="2-mode">2. Mode</h2>

<p>프로비저닝 모드(provisioned mode)와 온디맨드 모드(ondemand mode)를 지원한다. 프로비저닝 모드는 사전에 정의된 읽기 및 쓰기 용량(throughput)을 미리 지정하고, 이를 기준으로 리소스를 관리하도록 설정하는 방식이다. 작업량(workload)에 따라 프로비저닝 된 처리량이 부족한 경우 오토 스케일링(auto scaling)을 통해 읽기 용량(RCU, read capacity units)와 쓰기 용량(WCU, write capacity units)를 조정할 수 있다. 처리량을 미리 지정하기 때문에 트래픽 변동이 적은 경우 비용을 효율적으로 관리할 수 있다. 일정하고 예측 가능한 트래픽 패턴을 가진 경우 적합하다. 예상 트패픽 패턴을 정확히 파악하지 못하는 경우 용량 부족(throttling)이나 용량 낭비가 발생할 수 있다. 오토 스케일링을 사용하면 비용 측면에서 높은 값의 고정된 프로비저닝 용량을 사용하는 것보다 이득을 볼 수 있다.</p>

<p><img src="https://junhyunny.github.io/images/posts/2025/dynamodb-basics-02.png" width="80%">
</p>
<center>https://www.youtube.com/watch?v=HaEPXoXVf2k</center>



<p>온디맨드 모드는 사용한 만큼만 비용을 지불한다. 트래픽이 갑자기 증가하거나 감소하더라도 DynamoDB가 자동으로 처리량을 확장하거나 축소한다. 트래픽 패턴을 예측하지 않아도 되고, 설정에 따른 성능 문제나 요청 제한을 신경쓸 필요가 없다. 매우 높은 트래픽이 장기간 유지되는 경우에는 비용이 급격히 증가할 수 있다.</p>

<table>
  <thead>
    <tr>
      <th>특성</th>
      <th>Provisioned Mode</th>
      <th>On-Demand Mode</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>요금</strong></td>
      <td>설정한 RCU/WCU 용량에 따라 비용 발생</td>
      <td>사용된 읽기/쓰기 요청 수에 따라 비용 발생</td>
    </tr>
    <tr>
      <td><strong>트래픽 변화 대응</strong></td>
      <td>수동 설정 또는 Auto Scaling 필요</td>
      <td>자동으로 트래픽 변화에 대응</td>
    </tr>
    <tr>
      <td><strong>적합한 워크로드</strong></td>
      <td>일정하고 예측 가능한 트래픽</td>
      <td>변동성 있는 트래픽, 간헐적 워크로드</td>
    </tr>
    <tr>
      <td><strong>초과 요청 처리</strong></td>
      <td>설정 용량 초과 시 요청이 제한(Throttle)될 수 있음</td>
      <td>요청 초과 시에도 자동으로 처리량 확장 가능</td>
    </tr>
    <tr>
      <td><strong>설정의 복잡도</strong></td>
      <td>처리량(RCU/WCU) 설정 및 조정 필요</td>
      <td>설정이 간단, 추가 조정 필요 없음</td>
    </tr>
    <tr>
      <td><strong>비용 효율성</strong></td>
      <td>트래픽이 안정적이고 지속적일 때 비용 효율적</td>
      <td>트래픽이 간헐적이거나 변동이 클 때 비용 효율적</td>
    </tr>
    <tr>
      <td><strong>확장성</strong></td>
      <td>설정한 용량 범위 내에서 확장 가능</td>
      <td>무제한 확장 가능</td>
    </tr>
    <tr>
      <td><strong>운영 부담</strong></td>
      <td>처리량 설정과 모니터링 필요</td>
      <td>운영 부담 없음</td>
    </tr>
  </tbody>
</table>

<h2 id="3-backups">3. Backups</h2>

<p>DynamoDB는 테이블 크기에 관계 없이 몇 초안에 백업을 완료하고, 모든 백업은 자동으로 암호화한다. 직접 테이블 백업을 만들수도 있지만, PITR(Point-in-Time Recovery, 특정 시점 복구)이라는 기능을 제공한다. PITR은 DynamoDB 테이블의 데이터를 최대 35일간 지속적으로 데이터를 사용자 지점 시점으로 복구할 수 있도록 모든 데이터의 변경 사항을 기록한다. 복구 가능한 시간 범위 내의 특정 초 단위로 테이블 상태를 복원할 수 있다. 복구 가능한 시간 범위는 최대 35일 전부터 현재 시점까지이며 그 이전 데이터는 복구할 수 없다.</p>

<h2 id="4-key-types-attributes-and-item">4. Key types, attributes and item</h2>

<p>DynamoDB 테이블은 다른 데이터베이스들과 마찬가지로 데이터의 집합이다. RDBMS(relational database management system)의 테이블은 데이터 로우(row)와 컬럼(column)을 통해 구성된다. DynamoDB는 아이템(item)과 속성(attribute)으로 구성된다. 데이터 로우가 아이템으로, 컬럼이 속성 동일한 개념이라고 생각하면 이해하기 쉽다.</p>

<p><img src="https://junhyunny.github.io/images/posts/2025/dynamodb-basics-03.png" width="80%">
</p>
<center>https://www.youtube.com/watch?v=I7zcRxHbo98</center>



<p>DynamoDB에는 특별한 속성이 두 개 존재한다. 이를 키(key)라고 부른다.</p>

<ul>
  <li>파티션 키(partition key)</li>
  <li>정렬 키(sort key)</li>
</ul>

<p>파티션 키만 사용할수도 있고, 파티션 키와 정렬 키를 함께 사용하는 것도 가능하다. 파티션 키와 정렬 키를 함께 사용하는 것을 복합 키(composite key)라고 한다. 아이템을 식별할 수 있는 방법이 기본 키(primary key)이기 때문에 파티션 키만 사용하는 경우 <code>파티션 키</code>가 <code>기본 키</code>가 되고, 복합 키를 사용하는 경우 <code>파티션 키와 정렬 키의 조합</code>이 <code>기본 키</code>가 된다.</p>

<p>파티션 키는 필수(required) 값으로 key-value 액세스 패턴을 통해 데이터를 조회할 수 있다. 파티션 키는 동등(equal, =) 연산을 통해 해당 파티션 키에 해당하는 아이템들을 조회하기 위해 사용할 수 있다. 조회뿐만 아니라 데이터 분포를 위해 사용된다. 데이터의 파티션 키가 해시 함수를 통과 후 결정된 값을 사용해 특정 파티션에 해당 아이템을 저장한다. 파티션은 3개의 레플리카 노드에 동일하게 존재하며 실시간으로 동기화된다. 파티션 키 값에 따라 데이터가 각 파티션에 균등하게 혹은 비균등하게 분할될 수 있다.</p>

<p><img src="https://junhyunny.github.io/images/posts/2025/dynamodb-basics-04.gif" width="80%">
</p>
<center>https://www.youtube.com/watch?v=I7zcRxHbo98</center>



<p>정렬 키는 옵션(optional) 값으로 파티션 내부에 동일한 파티션 키를 갖는 데이터들에 대한 정렬을 수행한다. 정렬 키를 사용해 1:N 관계를 모델링 할 수 있다. 파티션 키만 사용하는 경우 여러 아이템이 동일한 파티션 키를 가질 수 없지만, 파티션 키와 정렬 키를 함께 사용하는 경우 여러 아이템이 정렬 키를 통해 구분되기 때문에 동일한 파티션 키를 갖는 것이 가능하다. 이를 통해 1:N 관계가 성립한다. 정렬 키는 동등 연산뿐만 아니라 <code>&gt;</code>, <code>&gt;=</code>, <code>&lt;</code>, <code>&lt;=</code>, <code>begins with</code>, <code>bewteen</code> 같은 연산들을 통해 동일한 파티션 키를 갖는 아이템들 중에서도 조건에 맞는 아이템들만 조회할 수 있다.</p>

<ul>
  <li>동일한 파티션 키 값을 갖는 아이템들 중 정렬 키 순서에 맞게 가운데 데이터가 위치한다.</li>
</ul>

<p><img src="https://junhyunny.github.io/images/posts/2025/dynamodb-basics-05.png" width="80%">
</p>
<center>https://docs.aws.amazon.com/ko_kr/amazondynamodb/latest/developerguide/HowItWorks.Partitions.html</center>

<h2 id="5-read-methods">5. Read methods</h2>

<p>작성 중..
&lt;!– - Item-based actions</p>
<ul>
  <li>Write, Delete, Update</li>
  <li>Query</li>
  <li>
    <p>Scan &amp; Filtering</p>
  </li>
  <li>Filter expression 동작 방식</li>
</ul>

<ol>
  <li>테이블에서 데이터(아이템)을 읽는다.</li>
  <li>해당 아이템들을 메모리에 로드하고 나면, DynamoDB는 사용자가 정의한 Filter expression 이 있는지 확인한다.</li>
  <li>Filter expression이 있다면, 그 내용에 따라 아이템들을 필터링한다.</li>
  <li>반환한다.</li>
</ol>

<p>DynamoDB는 데이터를 한번에 가져올 수 있는 최대 크기는 1MB. 1GB 크기의 테이블을 가지고 있다면 약 1000회 요청을 수행해야 한다. –&gt;</p>

<h2 id="closing">CLOSING</h2>

<h4 id="test-code-repository">TEST CODE REPOSITORY</h4>

<h4 id="recommend-next-posts">RECOMMEND NEXT POSTS</h4>

<h4 id="reference">REFERENCE</h4>

<ul>
  <li><a href="https://www.youtube.com/watch?v=HaEPXoXVf2k">https://www.youtube.com/watch?v=HaEPXoXVf2k</a></li>
  <li><a href="https://www.youtube.com/watch?v=I7zcRxHbo98">https://www.youtube.com/watch?v=I7zcRxHbo98</a></li>
  <li><a href="https://www.usenix.org/system/files/atc22-elhemali.pdf">https://www.usenix.org/system/files/atc22-elhemali.pdf</a></li>
  <li><a href="https://stackoverflow.com/a/76237844/14859847">https://stackoverflow.com/a/76237844/14859847</a></li>
  <li><a href="https://docs.aws.amazon.com/ko_kr/amazondynamodb/latest/developerguide/HowItWorks.ReadConsistency.html">https://docs.aws.amazon.com/ko_kr/amazondynamodb/latest/developerguide/HowItWorks.ReadConsistency.html</a></li>
  <li><a href="https://www.dynamodbguide.com/what-is-dynamo-db/">https://www.dynamodbguide.com/what-is-dynamo-db/</a></li>
  <li><a href="https://zuminternet.github.io/DynamoDB/">https://zuminternet.github.io/DynamoDB/</a></li>
  <li><a href="https://alphahackerhan.tistory.com/39">https://alphahackerhan.tistory.com/39</a></li>
  <li><a href="https://docs.aws.amazon.com/ko_kr/amazondynamodb/latest/developerguide/HowItWorks.Partitions.html">https://docs.aws.amazon.com/ko_kr/amazondynamodb/latest/developerguide/HowItWorks.Partitions.html</a></li>
  <li><a href="https://aws.amazon.com/ko/blogs/database/choosing-the-right-dynamodb-partition-key/">https://aws.amazon.com/ko/blogs/database/choosing-the-right-dynamodb-partition-key/</a></li>
</ul>

        
      </section>

      

      


      
  

    </div></div>

Junhyunny's Devlogs

1. Characteristics
모든 규모에서 10밀리초 미만의 성능을 제공하는 빠르고 유연한 NoSQL 데이터베이스이다. 완전 관리형 서비스(fully managed service)이다. AWS에서 DynamoDB 리소스에 대한 모든 관리를 해주는 서버리스 제품이기 때문에 서버 패치, 백업, 복원 같은 부가적인 유지보수가 불필요하다. DynamoDB는 1개의 지역(region)에 3개의 복제본(replica)을 만들어두기 때문에 장애가 나더라도 가용성을 유지할 수 있다.
AZ A, B, C 영역에 각 파티션에 대한 복제본이 만들어진다.
https://www.youtube.com/watch?v=I7zcRxHbo98
어떤 타이밍에 어떤 복제본으로부터 데이터를 읽는지에 일관성(consistency)이 맞지 않을 수 있다. DynamoDB는 읽기 연산에 대한 두 가지 수준의 일관성을 지원한다.
최종적 일관된 읽기(eventually consistent reads)
    
모든 복제본에 동기화되기 전에 데이터를 읽기 때문에 읽은 데이터가 최신 데이터가 아닐 수 있다.
강력한 일관된 읽기(strongly consistent reads)
    
오직 리더 노드(leader node)만 쓰기와 강력한 일관된 읽기를 지원한다.
리더 노드가 모든 복제본에 동기화 시킨 후에 데이터를 읽기 때문에 항상 최신 데이터를 유지한다.
2. Mode
프로비저닝 모드(provisioned mode)와 온디맨드 모드(ondemand mode)를 지원한다. 프로비저닝 모드는 사전에 정의된 읽기 및 쓰기 용량(throughput)을 미리 지정하고, 이를 기준으로 리소스를 관리하도록 설정하는 방식이다. 작업량(workload)에 따라 프로비저닝 된 처리량이 부족한 경우 오토 스케일링(auto scaling)을 통해 읽기 용량(RCU, read capacity units)와 쓰기 용량(WCU, write capacity units)를 조정할 수 있다. 처리량을 미리 지정하기 때문에 트래픽 변동이 적은 경우 비용을 효율적으로 관리할 수 있다. 일정하고 예측 가능한 트래픽 패턴을 가진 경우 적합하다. 예상 트패픽 패턴을 정확히 파악하지 못하는 경우 용량 부족(throttling)이나 용량 낭비가 발생할 수 있다. 오토 스케일링을 사용하면 비용 측면에서 높은 값의 고정된 프로비저닝 용량을 사용하는 것보다 이득을 볼 수 있다.
https://www.youtube.com/watch?v=HaEPXoXVf2k
온디맨드 모드는 사용한 만큼만 비용을 지불한다. 트래픽이 갑자기 증가하거나 감소하더라도 DynamoDB가 자동으로 처리량을 확장하거나 축소한다. 트래픽 패턴을 예측하지 않아도 되고, 설정에 따른 성능 문제나 요청 제한을 신경쓸 필요가 없다. 매우 높은 트래픽이 장기간 유지되는 경우에는 비용이 급격히 증가할 수 있다.
특성
      Provisioned Mode
      On-Demand Mode
    
요금
      설정한 RCU/WCU 용량에 따라 비용 발생
      사용된 읽기/쓰기 요청 수에 따라 비용 발생
    
트래픽 변화 대응
      수동 설정 또는 Auto Scaling 필요
      자동으로 트래픽 변화에 대응
    
적합한 워크로드
      일정하고 예측 가능한 트래픽
      변동성 있는 트래픽, 간헐적 워크로드
    
초과 요청 처리
      설정 용량 초과 시 요청이 제한(Throttle)될 수 있음
      요청 초과 시에도 자동으로 처리량 확장 가능
    
설정의 복잡도
      처리량(RCU/WCU) 설정 및 조정 필요
      설정이 간단, 추가 조정 필요 없음
    
비용 효율성
      트래픽이 안정적이고 지속적일 때 비용 효율적
      트래픽이 간헐적이거나 변동이 클 때 비용 효율적
    
확장성
      설정한 용량 범위 내에서 확장 가능
      무제한 확장 가능
    
운영 부담
      처리량 설정과 모니터링 필요
      운영 부담 없음
    
3. Backups
DynamoDB는 테이블 크기에 관계 없이 몇 초안에 백업을 완료하고, 모든 백업은 자동으로 암호화한다. 직접 테이블 백업을 만들수도 있지만, PITR(Point-in-Time Recovery, 특정 시점 복구)이라는 기능을 제공한다. PITR은 DynamoDB 테이블의 데이터를 최대 35일간 지속적으로 데이터를 사용자 지점 시점으로 복구할 수 있도록 모든 데이터의 변경 사항을 기록한다. 복구 가능한 시간 범위 내의 특정 초 단위로 테이블 상태를 복원할 수 있다. 복구 가능한 시간 범위는 최대 35일 전부터 현재 시점까지이며 그 이전 데이터는 복구할 수 없다.
4. Key types, attributes and item
DynamoDB 테이블은 다른 데이터베이스들과 마찬가지로 데이터의 집합이다. RDBMS(relational database management system)의 테이블은 데이터 로우(row)와 컬럼(column)을 통해 구성된다. DynamoDB는 아이템(item)과 속성(attribute)으로 구성된다. 데이터 로우가 아이템으로, 컬럼이 속성 동일한 개념이라고 생각하면 이해하기 쉽다.
https://www.youtube.com/watch?v=I7zcRxHbo98
DynamoDB에는 특별한 속성이 두 개 존재한다. 이를 키(key)라고 부른다.
파티션 키(partition key)
정렬 키(sort key)
파티션 키만 사용할수도 있고, 파티션 키와 정렬 키를 함께 사용하는 것도 가능하다. 파티션 키와 정렬 키를 함께 사용하는 것을 복합 키(composite key)라고 한다. 아이템을 식별할 수 있는 방법이 기본 키(primary key)이기 때문에 파티션 키만 사용하는 경우 파티션 키가 기본 키가 되고, 복합 키를 사용하는 경우 파티션 키와 정렬 키의 조합이 기본 키가 된다.
파티션 키는 필수(required) 값으로 key-value 액세스 패턴을 통해 데이터를 조회할 수 있다. 파티션 키는 동등(equal, =) 연산을 통해 해당 파티션 키에 해당하는 아이템들을 조회하기 위해 사용할 수 있다. 조회뿐만 아니라 데이터 분포를 위해 사용된다. 데이터의 파티션 키가 해시 함수를 통과 후 결정된 값을 사용해 특정 파티션에 해당 아이템을 저장한다. 파티션은 3개의 레플리카 노드에 동일하게 존재하며 실시간으로 동기화된다. 파티션 키 값에 따라 데이터가 각 파티션에 균등하게 혹은 비균등하게 분할될 수 있다.
https://www.youtube.com/watch?v=I7zcRxHbo98
정렬 키는 옵션(optional) 값으로 파티션 내부에 동일한 파티션 키를 갖는 데이터들에 대한 정렬을 수행한다. 정렬 키를 사용해 1:N 관계를 모델링 할 수 있다. 파티션 키만 사용하는 경우 여러 아이템이 동일한 파티션 키를 가질 수 없지만, 파티션 키와 정렬 키를 함께 사용하는 경우 여러 아이템이 정렬 키를 통해 구분되기 때문에 동일한 파티션 키를 갖는 것이 가능하다. 이를 통해 1:N 관계가 성립한다. 정렬 키는 동등 연산뿐만 아니라 >, >=, <, <=, begins with, bewteen 같은 연산들을 통해 동일한 파티션 키를 갖는 아이템들 중에서도 조건에 맞는 아이템들만 조회할 수 있다.
동일한 파티션 키 값을 갖는 아이템들 중 정렬 키 순서에 맞게 가운데 데이터가 위치한다.
https://docs.aws.amazon.com/ko_kr/amazondynamodb/latest/developerguide/HowItWorks.Partitions.html
5. Read methods
작성 중..
<!– - Item-based actions
Write, Delete, Update
Query
Scan & Filtering
Filter expression 동작 방식
테이블에서 데이터(아이템)을 읽는다.
해당 아이템들을 메모리에 로드하고 나면, DynamoDB는 사용자가 정의한 Filter expression 이 있는지 확인한다.
Filter expression이 있다면, 그 내용에 따라 아이템들을 필터링한다.
반환한다.
DynamoDB는 데이터를 한번에 가져올 수 있는 최대 크기는 1MB. 1GB 크기의 테이블을 가지고 있다면 약 1000회 요청을 수행해야 한다. –>
CLOSING
TEST CODE REPOSITORY
RECOMMEND NEXT POSTS
REFERENCE
https://www.youtube.com/watch?v=HaEPXoXVf2k
https://www.youtube.com/watch?v=I7zcRxHbo98
https://www.usenix.org/system/files/atc22-elhemali.pdf
https://stackoverflow.com/a/76237844/14859847
https://docs.aws.amazon.com/ko_kr/amazondynamodb/latest/developerguide/HowItWorks.ReadConsistency.html
https://www.dynamodbguide.com/what-is-dynamo-db/
https://zuminternet.github.io/DynamoDB/
https://alphahackerhan.tistory.com/39
https://docs.aws.amazon.com/ko_kr/amazondynamodb/latest/developerguide/HowItWorks.Partitions.html
https://aws.amazon.com/ko/blogs/database/choosing-the-right-dynamodb-partition-key/

DynamoDB basics

댓글