기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
한 리전에 쓰기 모드(단일 기본)
다음 다이어그램에 표시된 한 리전에 쓰기 쓰기 모드는 액티브-패시브이며 모든 테이블 쓰기 작업을 단일 활성 리전으로 라우팅합니다. (DynamoDB에는 단일 활성 리전이라는 개념이 없습니다. DynamoDB 외부 계층이 이를 관리합니다.) 한 리전에 쓰기 모드는 쓰기 작업이 한 번에 한 리전으로만 흐르도록 하여 쓰기 충돌을 방지해야 하는 MREC 테이블에 적합합니다. 이 쓰기 모드는 조건식을 사용하려는 경우와 어떤 이유로든 MRSC를 사용할 수 없는 경우 또는 트랜잭션을 수행해야 하는 경우에 도움이 됩니다. 최신 데이터에 대해 조치를 취하고 있다는 것을 알기 전에는 이러한 표현식을 사용할 수 없으므로 모든 쓰기 요청을 최신 데이터가 있는 단일 리전으로 전송해야 합니다.
MRSC 테이블을 사용하는 경우 편의를 위해 일반적으로 한 리전에 쓰도록 선택할 수 있습니다. 예를 들어, 이를 통해 DynamoDB 이외의 인프라 빌드아웃을 최소화할 수 있습니다. MRSC를 사용하면 MREC 테이블이 한 리전에 쓰기를 선택할 수 있는 충돌 해결 없이 언제든지 모든 리전에 안전하게 쓸 수 있으므로 쓰기 모드는 여전히 모든 리전에 쓸 수 있습니다.
최종적으로 일관된 읽기 작업은 모든 복제본 리전으로 이동하여 지연 시간을 줄일 수 있습니다. 강력히 일관된 읽기 작업은 단일 기본 리전으로 이동해야 합니다.

나중에 설명하듯이 리전 장애에 대응하여 활성 리전을 변경해야 하는 경우가 있습니다. 일부 사용자는 follow-the-sun 배포를 구현하는 등 정기적으로 현재 활성 리전을 변경합니다. 이렇게 하면 활성 리전이 활동이 가장 많은 리전(일반적으로 낮이므로 이름) 근처에 배치되므로 읽기 및 쓰기 작업이 지연 시간이 가장 짧습니다. 또한 매일 리전 변경 코드를 호출하고 재해 복구 전에 잘 테스트되었는지 확인하는 이점도 있습니다.
패시브 리전(들)은 활성 리전이 되는 경우에만 구축되는 DynamoDB를 둘러싼 축소된 인프라를 유지할 수 있습니다. 이 가이드에서는 파일럿 라이트 및 웜 스탠바이 설계를 다루지 않습니다. 자세한 내용은 블로그 게시물 Disaster Recovery(DR) Architecture on AWS, Part III: Pilot Light and Warm Standby
한 리전에 쓰기 모드는 지연 시간이 짧은 전역 분산 읽기 작업에 글로벌 테이블을 사용할 때 효과적입니다. 예를 들어, 전 세계 모든 리전에서 동일한 참조 데이터를 사용할 수 있어야 하는 대규모 소셜 미디어 회사가 있습니다. 데이터를 자주 업데이트하지는 않지만 업데이트하면 잠재적인 쓰기 충돌을 방지하기 위해 하나의 리전에만 씁니다. 읽기 작업은 항상 모든 리전에서 허용됩니다.
또 다른 예로, 일별 캐시백 계산을 구현한 앞서 논의한 금융 서비스 회사를 생각해 보세요. 잔액을 계산하기 위해 리전 모드에 쓰기를 사용했지만 결제를 추적하기 위해 한 리전 모드에 쓰기를 사용했습니다. 이 작업에는 MRSC 테이블에서 지원되지 않는 트랜잭션이 필요하므로 별도의 MREC 테이블에서 더 잘 작동하고 한 리전 모드에 씁니다.