38. 모바일 수면 추적 응용 프로그램을 운영하는 회사의 새로운 IT 설계자입니다.
밤에 활성화되면 모바일 앱은 5 분마다 1 킬로바이트의 수집 된 데이터 포인트를 백엔드로 전송합니다.
백엔드는 사용자 인증 및 데이터 포인트를 Amazon DynamoDB 테이블에 기록합니다.
매일 아침 테이블을 스캔하여 사용자별로 지난 밤의 데이터를 추출 및 집계하고 결과를 Amazon S3에 저장합니다.
사용자는 Amazon SNS 모바일 푸시 알림을 통해 새로운 데이터를 사용할 수 있다는 알림을 모바일 앱에서 파싱하고
시각화합니다.
현재 북미 지역에 기반을 둔 약 1 만 명의 사용자가 있습니다.
비용을 낮추기 위해 백엔드 시스템의 아키텍처를 최적화해야합니다.
무엇을 추천하나요? (2 선택)
A. Amazon S3에 저장된 JSON 파일 대신 모바일 앱이 Amazon DynamoDB에 직접 액세스하도록합니다.
B. Amazon DynamoDB와 Amazon S3를 대체하여 Amazon Redshift 클러스터에 직접 데이터를 씁니다.
C. Amazon SQS 대기열을 도입하여 쓰기를 Amazon DynamoDB 테이블에 버퍼링하고 프로비저닝 된 쓰기 처리량을 줄입니다.
D. Amazon Elasticache를 도입하여 Amazon DynamoDB 테이블의 읽기를 캐시하고 프로비저닝 된 읽기 처리량을 줄입니다.
E. 매일 새로운 Amazon DynamoDB 테이블을 생성하고 데이터가 켜진 후 전날의 테이블을 삭제합니다.
Answer: C, E.
C: it is great solution to use SQS as it spread the write load, and absorb the high load per second, which allow for less read and write capacity on DynamoDB.
D: There is no high reparative access to similar data, so we would cache them using ElastiCache!! it is once per morning, where the user see the report of last night.
E: Comparing to deleting the table every morning after storing the information on S3, which would save DyB capacity, and reduce cost!!
답변 : C, E.
C : SQS는 쓰기로드를 분산시키고 초당 높은로드를 흡수하여 DynamoDB의 읽기 및 쓰기 용량을 줄일 수있는 훌륭한 솔루션입니다.
D : 유사한 데이터에 대한 높은 reparative 액세스가 없으므로 ElastiCache를 사용하여 캐시 할 것입니다 !! 사용자가 어제 밤 보고서를 보는 아침입니다.
E : S3에 정보를 저장 한 후 매일 아침 테이블을 삭제하는 것과 비교하면 DyB 용량을 절약하고 비용을 절감 할 수 있습니다 !! 다른 아이디어?
댓글