캐싱 개요 및 구성 옵션
Adobe Commerce은 여러 캐싱 계층을 사용하여 반복적인 처리를 줄이고 데이터베이스 로드를 줄이며 응답 시간을 개선합니다. 이러한 계층은 요청 및 에셋 전달의 다양한 지점에서 작동합니다.
- 응용 프로그램 캐싱은(는) Commerce 캐시 형식을 사용하여 생성되거나 처리된 데이터를 저장합니다.
- HTTP 전체 페이지 캐싱은(는) Commerce 응용 프로그램에 도달하기 전에 전체 HTTP 응답을 저장합니다.
- L2 캐싱은(는) 공유 원격 캐시 저장소 앞에 있는 각 웹 노드에 로컬 캐시를 추가할 수 있습니다.
- 정적 콘텐츠 캐싱을 사용하면 브라우저에서 CSS, JavaScript, 이미지 및 기타 정적 리소스를 다시 사용할 수 있습니다.
이 페이지에서는 이러한 레이어의 개념적인 개요와 구성 지침에 대한 링크를 제공합니다. 백 엔드 선택 사항, 구현 세부 정보 및 버전별 설정은 캐시 백 엔드 옵션 및 저장소 참조를 참조하십시오.
레이어 캐싱
애플리케이션 캐싱
Commerce 애플리케이션 캐싱은 다음과 같이 구성됩니다.
캐시 유형 → 캐시 프론트엔드 → 캐시 백엔드
캐시 형식은(는) 구성, 레이아웃, 블록 HTML 또는 전체 페이지 콘텐츠와 같이 캐시되는 데이터의 종류를 식별합니다. 캐시 프런트 엔드는 하나 이상의 캐시 형식을 저장소에 연결합니다. 캐시 백 엔드에서 저장소 구현을 제공합니다.
별도의 캐시 설정이나 저장소가 필요할 때 서로 다른 프론트엔드에 서로 다른 캐시 유형을 할당할 수 있습니다. 구성에 대한 자세한 내용은 캐시 프론트엔드 및 형식 구성을 참조하십시오.
전체 페이지 HTTP 캐싱
HTTP 전체 페이지 캐싱은 HTTP 또는 CDN 계층에서 전체 응답을 저장합니다. 프로덕션 배포의 경우
L2 캐싱
L2(2-level) 캐싱은 공유 원격 캐시 스토리지를 유지하면서 각 Commerce 웹 노드에 로컬 캐시를 추가합니다. 자주 액세스하는 데이터를 로컬로 제공할 수 있으므로 다중 노드 배포에서 원격 캐시와의 통신을 줄일 수 있습니다.
L2 구성 및 지원되는 구현은 Commerce 버전 및 배포 유형에 따라 다릅니다. 자세한 내용은 L2 캐시 구성을 참조하십시오.
정적 콘텐츠 캐싱
Commerce은 URL에 배포 버전을 추가하여 CSS, JavaScript 및 이미지와 같은 정적 리소스에 대한 브라우저 캐싱을 향상시킬 수 있습니다. 콘텐츠가 변경되면 URL이 변경되어 브라우저가 이전 캐시된 사본을 사용하는 대신 새 리소스를 요청합니다.
배포별 구성
다음 구성 작업은 배포 유형에 따라 다릅니다.
다음 작업은 모든 배포 유형에 적용됩니다.
- 캐시 형식과 프런트 엔드를 구성합니다 캐시 프런트 엔드와 형식을 구성합니다 캐시 형식을 캐시 프런트 엔드와 연결합니다.
- L2 캐싱 구성—L2 캐시 구성.
- 정적 콘텐츠에 대한 브라우저 캐시 무효화 구성—정적 콘텐츠 서명 및 브라우저 캐시 무효화.