한 유통 업체에서 애플리케이션 로드 밸런서 뒤에 있는 오토 스케일링 그룹에 배포하기 위해 REST API를 개발했습니다. API는 DynamoDB에 사용자 데이터를 저장하고 이미지와 같은 정적 콘텐츠는 모두 S3에서 제공받습니다. 사용 경향을 분석한 결과, 읽기 요청의 90%가 모든 사용자가 공통적으로 액세스하는 데이터에 대한 요청인 것으로 확인되었습니다.
솔루션 아키텍트로서 다음 중 애플리케이션 성능을 향상시키기 위한 가장 효율적인 솔루션으로 제안할 수 있는 것은 무엇입니까?
DynamoDB용 DynamoDB Accelerator (DAX) 및 S3용 CloudFront 활성화
DynamoDB 액셀러레이터(DAX)는 초당 수백만 건의 요청에서도 밀리 초부터 마이크로 초로 최대 10배의 성능 개선을 제공하는 Amazon DynamoDB를 위한 완벽히 관리되는 높은 가용성의 인메모리 캐시입니다.
DAX는 DynamoDB와 탄탄하게 통합되므로 여러분은 간단히 DAX 클러스터를 프로비저닝하고 DAX 클라이언트 SDK를 사용하여 DAX 클러스터에서 기존 DynamoDB API 호출을 지시하고 DAX가 나머지를 처리하도록 할 수 있습니다. DAX는 DynamoDB와 API 호환이 가능하기 때문에 기능적 애플리케이션 코드 변경이 전혀 필요하지 않습니다. DAX는 DynamoDB 읽기를 자체적으로 캐싱하는 데 사용됩니다.
CloudFront는 전 세계의 정적 및 동적 웹 콘텐츠, 비디오 스트림, API를 큰 규모로 안전하게 제공하는 콘텐츠 전달 네트워크(CDN) 서비스입니다. 설계 덕분에, CloudFront로부터 데이터를 꺼내어 제공하면 S3에서 직접 꺼내어 사용자에게 전달하는 것보다 더 경제적일 수 있습니다.
여러분이 CloudFront로 제공하는 콘텐츠를 사용자가 요청하면 그들의 요청이 인근의 엣지 위치로 라우팅됩니다. 만일 요청된 파일의 캐싱된 사본을 CloudFront가 갖고 있으면 CloudFront는 그것을 사용자에게 전달하여 빠른(낮은 레이턴시) 응답을 제공하게 됩니다. 사용자가 요청한 파일이 아직 캐싱되어 있지 않으면 CloudFront는 그것을 여러분이 콘텐츠를 저장한 S3 버킷 같은 원본 저장소에서 받습니다.
그러므로 여러분은 CloudFront를 사용하여 애플리케이션이 S3에서 정적 콘텐츠를 제공하는 성능을 개선할 수 있습니다.
한 전자 상거래 기업의 엔지니어링 팀이 EC2 인스턴스에 대한 비용 최적화 작업을 진행하고 있습니다. 팀에서는 다양한 인스턴스 유형에서 온디맨드 인스턴스와 스팟 인스턴스를 함께 사용해 워크로드를 관리하기를 원합니다. 이를 위해 인스턴스가 혼합된 오토 스케일링 그룹을 생성하려고 합니다.
다음 중 엔지니어링 팀이 이 사례에 맞게 인스턴스를 프로비저닝할 수 있는 방법은 무엇입니까?
온디맨드 인스턴스와 스팟 인스턴스를 모두 사용해 원하는 규모, 성능, 비용을 달성하려면, 각 인스턴스 유형의 용량을 프로비저닝할 때 시작 템플릿(Launch Template)만을 사용해야 한다.
시작 템플릿은 Amazon Machine Image(AMI)의 ID, 인스턴스 타입, 키 쌍, 보안 그룹, 그리고 여러분이 EC2 인스턴스를 시작하기 위해 사용하는 다른 파라미터 같은 인스턴스 구성 정보를 지정한다는 점에서 시작 구성과 비슷합니다. 또한 시작 구성 대신에 시작 템플릿을 정의하면 여러분은 다수의 템플릿 버전을 가질 수 있습니다.
시작 템플릿을 사용하면 여러분이 원하는 스케일, 성능, 비용을 달성하기 위해 온디맨드 인스턴스와 스폿 인스턴스를 모두 사용하여 다수의 인스턴스 타입에 걸쳐 용량을 프로비저닝할 수 있습니다. 그러므로 이것이 정답입니다.