내부 구조(Internals)

DynamoDB는 내부 동작을 몰라도 사용할 수 있습니다. 핫 파티션이 스로틀링을 일으키거나, GSI가 지연되거나, 적응형 용량이 설명할 수 없는 동작을 하기 전까지는요. 이 섹션은 그런 동작들을 신비로운 것이 아니라 예측 가능한 것으로 만들어 주는 사고 모델입니다.

이 섹션은 커리큘럼에서 가장 깊은 영역입니다. 키가 물리적 파티션에 어떻게 매핑되는지, 저장과 라우팅이 실제로 어떻게 동작하는지, 그리고 오늘날의 동작이 역사적으로 어디에서 비롯되었는지를 다룹니다. 모델링과 인덱싱에 익숙해진 뒤에 읽으세요. 앞선 섹션들이 건넨 규칙들 뒤에 숨은 이유를 설명합니다.

8개 중 0개 읽음퀴즈
DynamoDB 파티션 키의 작동 방식
DynamoDB 파티션 키의 작동 방식 — 키를 물리 파티션에 매핑하는 해시, 키 선택이 처리량을 결정하는 이유, 핫 파티션을 피하는 방법.
중급7분 분량
DynamoDB 적응형 용량
DynamoDB 적응형 용량과 버스트 용량 설명 — DynamoDB가 스파이크를 흡수하고 핫 파티션을 자동으로 부스트하는 방법, 그리고 여전히 구해 줄 수 없는 지점.
고급6분 분량
DynamoDB GSI가 내부적으로 저장되는 방식
DynamoDB GSI가 저장되는 방식 — 자기만의 파티션 공간, 베이스 테이블로부터의 비동기 복제, 프로젝션된 속성, 격리된 용량 — SQL 사고방식을 위한 설명.
고급7분 분량
DynamoDB 물리 파티션
DynamoDB 물리 파티션의 작동 방식 — 10 GB, 3000 RCU, 1000 WCU 천장, 파티션이 분할되는 방식, 그리고 핫 키가 용량을 남기고도 스로틀되는 이유.
고급6분 분량
DynamoDB 저장 내부 구조의 작동 방식
DynamoDB 저장 내부 구조의 작동 방식 — 파티션 해싱, 정렬 키 범위를 위한 파티션별 B-트리, 그리고 동기적 3-AZ 복제에 대한 설명.
고급7분 분량
DynamoDB 요청 라우팅의 작동 방식
DynamoDB 요청 라우팅의 작동 방식 — 요청 라우터가 파티션 키를 해싱해 올바른 저장 노드를 찾는 방법, 그리고 그것이 키별 지연을 해결하는 이유.
고급7분 분량
Dynamo 논문에서 DynamoDB까지
2007년 Amazon Dynamo 논문에서 DynamoDB까지 — 원래의 일관된 해싱, 정족수 설계가 도입한 것, 그리고 AWS가 무엇을 지키고 무엇을 조용히 갈아 치웠는지.
고급6분 분량
이해도 점검퀴즈 풀기
이 섹션에서 배운 내용을 점검해 보세요.

DynoTable 사용해 보기로 이런 내부 구조가 실제 테이블 지표에 반영되는 모습을 확인하세요.