[AWS][SAA][EXAMTOPICS] Question 130

AWS is used by an ecommerce firm to operate a multi-tier application. Amazon EC2 hosts both the front-end and back-end layers, while Amazon RDS for MySQL hosts the database. The backend tier is responsible for communication with the RDS instance. There are many requests to the database to get identical datasets, which results in performance slowdowns.

Which actions should be performed to optimize the backend's performance?

• A. Implement Amazon SNS to store the database calls.
• B. Implement Amazon ElastiCache to cache the large datasets.
• C. Implement an RDS for MySQL read replica to cache database calls.
• D. Implement Amazon Kinesis Data Firehose to stream the calls to the database.

 

한글번역

AWS는 전자 상거래 회사에서 다중 계층 애플리케이션을 운영하는 데 사용됩니다. Amazon EC2는 프런트 엔드 및 백엔드 계층을 모두 호스팅하는 반면 Amazon RDS for MySQL은 데이터베이스를 호스팅합니다. 백엔드 계층은 RDS 인스턴스와의 통신을 담당합니다. 동일한 데이터 세트를 얻기 위해 데이터베이스에 대한 요청이 많아 성능이 저하됩니다.

백엔드의 성능을 최적화하려면 어떤 작업을 수행해야 합니까?

• A. Amazon SNS를 구현하여 데이터베이스 호출을 저장합니다.
• B. Amazon ElastiCache를 구현하여 대규모 데이터 세트를 캐시합니다.
• C. RDS for MySQL 읽기 전용 복제본을 구현하여 데이터베이스 호출을 캐시합니다.
• D. Amazon Kinesis Data Firehose를 구현하여 데이터베이스에 대한 호출을 스트리밍합니다.

 

 

정답

B

 

해설

속도 및 비용 – 캐시에서보다 데이터베이스에서 데이터를 가져오는 것은 항상 느리고 비용이 많이 듭니다. 일부 데이터베이스 쿼리는 본질적으로 다른 쿼리보다 느리고 비용이 많이 듭니다. 예를 들어, 여러 테이블에서 조인을 수행하는 쿼리는 단순한 단일 테이블 쿼리보다 훨씬 느리고 비용이 많이 듭니다. 흥미로운 데이터를 얻기 위해 느리고 비용이 많이 드는 쿼리가 필요한 경우 캐싱의 대상이 됩니다. 데이터를 가져오는 데 비교적 빠르고 간단한 쿼리가 필요한 경우 다른 요인에 따라 여전히 캐싱 대상이 될 수 있습니다.

 

참조 문서

 

https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/elasticache-use-cases.html

Common ElastiCache Use Cases and How ElastiCache Can Help - Amazon ElastiCache