캐싱
캐싱의 아키텍처 측면의 필요성
동일한 요청으로 인프라 용량이 지속적으로 과부하됨. 이는 비효율적으로 비용 및 지연 시간을 늘림. 따라서 캐싱으로 이런 부담을 줄여줘야 함.
어떤 것을 캐시해야 하나?
수집하려면 느리고 비싼 쿼리가 필요한 데이터
비교적 정적이고 자주 액세스하는 데이터(예: 소셜 미디어 웹 사이트의 프로필)
공개 거래되는 주식 가격 처럼, 일정 기간 동안 변화가 없을 수 있는 정보
캐싱의 이점
애플리케이션 속도 향상
시간이 많이 걸리는 DB 쿼리의 부담 완화
응답 지연 시간 감소
AWS Cloud Front란?
짧은 지연시간과 빠른 전송 속도로 데이터, 동영상, 어플리케이션 및 API를 전 세계의 고객들에게 전달하는 고속 컨텐츠 전송 네트워크(CDN) 서비스
고정 세션이란?
사용자 세션을 관리하는 특정 서버로 요청을 라우팅함.
• 클라이언트 측 쿠키
• 비용 효율성
• 세션 검색 속도 증가
데이터베이스 캐싱
고객에 대한 응답 시간이 우려되는 경우
부하가 큰 대용량 요청으로 데이터베이스가 넘치는 것을 알게 되는 경우
데이터베이스 비용을 줄이고 싶을 때
레이지 로딩
레이지 로딩은 필요할 때만 데이터를 캐시로 로드하는 캐싱 전략.이 배포에서 ElastiCache는 사용자의 애플리케이션과 액세스 대상의 데이터 스토어 또는 데이터베이스 사이에 위치. 애플리케이션은 데이터를 요청할 때마다 먼저 ElastiCache 캐시로 요청을 보냄. 데이터가 캐시에 존재하며 최신일 경우, 캐시 적중이 발생하며 ElastiCache는 데이터를 애플리케이션으로 반환. 그렇지 않으면 애플리케이션은 데이터를 애플리케이션에 반환하는 데이터 스토어에 데이터를 요청. 이에 애플리케이션은 스토어에서 받은 데이터를 캐시에 작성한다. 따라서 다음번에 데이터 요청이 있을 때 해당 데이터를 좀 더 신속하게 검색할 수 있다.
