[AWS][SAA][EXAMTOPICS] Question 16 (확인)

For the database layer of its ecommerce website, a firm uses Amazon DynamoDB with provided throughput. During flash sales, clients may encounter periods of delay when the database is unable to manage the volume of transactions. As a result, the business loses transactions. The database operates normally during regular times.

Which approach resolves the company's performance issue?

• A. Switch DynamoDB to on-demand mode during flash sales.
• B. Implement DynamoDB Accelerator for fast in memory performance.
• C. Use Amazon Kinesis to queue transactions for processing to DynamoDB.
• D. Use Amazon Simple Queue Service (Amazon SQS) to queue transactions to DynamoDB.

 

 

한글로 번역

전자 상거래 웹 사이트의 데이터베이스 계층의 경우 회사는 처리량이 제공되는 Amazon DynamoDB를 사용합니다. 플래시 판매 기간 동안 데이터베이스가 트랜잭션 볼륨을 관리할 수 없을 때 클라이언트는 지연 기간에 직면할 수 있습니다. 결과적으로 비즈니스는 거래를 잃게 됩니다. 데이터베이스는 정규 시간 동안 정상적으로 작동합니다.

어떤 접근 방식이 회사의 성과 문제를 해결합니까?

• A. 플래시 판매 기간 동안 DynamoDB를 온디맨드 모드로 전환합니다.
• B. 빠른 메모리 성능을 위해 DynamoDB Accelerator를 구현합니다.
• C. Amazon Kinesis를 사용하여 DynamoDB에 대한 처리를 위해 트랜잭션을 대기열에 넣습니다.
• D. Amazon Simple Queue Service(Amazon SQS)를 사용하여 DynamoDB에 대한 트랜잭션을 대기열에 넣습니다.

 

 

정답: 

• A. Switch DynamoDB to on-demand mode during flash sales.

 

해설:

온디맨드 모드

Amazon DynamoDB 온디맨드는 용량 계획 없이 초당 수천 개의 요청을 처리할 수 있는 유연한 청구 옵션입니다. DynamoDB on-demand는 읽기 및 쓰기 요청에 대해 요청당 지불 가격을 제공하므로 사용하는 만큼에 대해서만 비용을 지불하면 됩니다.

온디맨드 모드를 선택하면 DynamoDB는 이전에 도달한 트래픽 수준까지 확장 또는 축소할 때 즉시 워크로드를 수용합니다. 워크로드 트래픽 수준이 새로운 피크를 기록할 경우에는 DynamoDB가 워크로드를 수용하기 위해 신속하게 조정을 수행합니다. 온디맨드 모드를 사용하는 테이블은 DynamoDB가 이미 제공하는 것과 동일한 한 자릿수 밀리초 지연 시간, 서비스 수준 계약(SLA) 약정 및 보안을 제공합니다. 새로운 테이블과 기존 테이블에 모두 온디맨드를 선택할 수 있으며, 코드를 변경하지 않고 기존 DynamoDB API를 계속 사용할 수 있습니다.

온디맨드 모드는 다음 중 하나에 해당되는 경우에 유용한 옵션입니다.

• 알 수 없는 워크로드를 포함하는 테이블을 새로 만들 경우
• 애플리케이션 트래픽이 예측 불가능한 경우
• 사용한 만큼에 대해서만 지불하는 요금제를 사용하려는 경우

요청 빈도는 DynamoDB 처리량 기본 테이블 할당량에 의해서만 제한되지만, 요청에 따라 늘릴 수 있습니다. 자세한 정보는 처리량 기본 할당량을 참조하십시오.

온디맨드 방식으로 시작하려면 온디맨드 모드를 사용하도록 테이블을 생성하거나 업데이트할 수 있습니다. 자세한 정보는 DynamoDB 테이블에 대한 기본 작업을 참조하십시오.

24시간마다 한 번 읽기/쓰기 용량 모드를 전환할 수 있습니다. 읽기/쓰기 용량 모드를 전환할 때 고려해야 하는 문제는 읽기/쓰기 용량 모드 변경 시 고려 사항 단원을 참조하십시오.

B가 안되는 이유는 DAX는 높은 READ 트래픽의 영향을 완화하는 데 도움이 된다. 제품에 대해 플래시 세일을 하고 있고 사람들은 그 제품의 페이지를 많이 볼 것이므로 캐시(DAX)에 저장하는 것이 당연하다. 그러나 이 질문은 또 다른 문제 즉 트랜잭션을 잃는 것에 대한 대처에 대해 구체적으로 요구했다. 캐시가 트랜잭션 손실에 어떻게 도움이 되는지 생각해 봐라. 데이터베이스 자체에 이러한 모든 요구를 처리할 수 있는 용량이 없기 때문에 트랜잭션이 손실된다.

 

참조 문서:

https://docs.aws.amazon.com/ko_kr/amazondynamodb/latest/developerguide/HowItWorks.ReadWriteCapacityMode.html#HowItWorks.OnDemand

읽기/쓰기 용량 모드 - Amazon DynamoDB

 

https://aws.amazon.com/ko/blogs/aws/amazon-dynamodb-on-demand-no-capacity-planning-and-pay-per-request-pricing/

20220829

우선 AWS에서 제공하는 인스턴스들은 각 온디멘드, Saving Plan, 예약 인스턴스인 RI 3가지 형식의 금액 청구 방식이 있다.
DynamoDB의 경우는 온디맨드 모드에서 이전에 도달한 트래픽 수준까지 확장 또는 축소할 때 즉시 워크로드를 수용한다.
워크로드 트래픽 수준이 새로운 피크를 기록할 경우에는 DunamyDB가 워크로드를 수용하기 위해 신속하게 조정을 수행한다. 온디맨드 모드를 사용하는 테이블은 DynamoDB가 이미 제공하는 것과 동일한 한 자릿수 밀리초 지연 시간, 서비스 수준 계약 약정 및 보안을 제공한다. 새로운 테이블과 기존 테이블에 모두 온디맨드를 선택할 수 있으며, 코드를 변경하지 않고 기존 Dynamo DB API를 계속 사용할 수 있다.