캐싱 개요 및 구성 옵션
Adobe Commerce은 다중 계층 캐싱 아키텍처를 기반으로 데이터베이스 로드를 줄이고 중복 처리를 최소화하며 페이지 전달을 가속화합니다. 애플리케이션 수준에서 Commerce은 구성, 레이아웃, 블록 HTML 및 컬렉션과 같은 12개 이상의 캐시 유형을 유지 관리하며, 각 캐시 유형은 Redis 또는 Valkey과(와) 같은 전용 스토리지 백엔드로 라우팅할 수 있습니다. 전체 페이지 캐싱의 경우 Adobe에서는 캐시된 페이지를 메모리에서 직접 제공하는 HTTP 가속기인 Varnish을(를) 강력히 권장합니다. L2 캐싱 및 정적 콘텐츠 서명과 같은 추가 계층은 높은 트래픽, 다중 노드 배포의 성능을 더욱 향상시킵니다.
이 안내서에서는 각 캐싱 레이어의 작동 방식을 설명하고 배포 요구 사항에 맞게 프론트엔드, 백엔드 및 고급 옵션을 구성하는 방법을 보여 줍니다.
캐싱 프론트엔드
캐시 프론트엔드는 Commerce과 캐시 스토리지 백엔드 간의 인터페이스입니다. 각각 다른 백엔드 설정을 사용하는 여러 프론트엔드를 정의한 다음 각 프론트엔드에 특정 캐시 유형을(를) 할당할 수 있습니다. 구성에 대한 자세한 내용은 캐시 프론트엔드 구성을 참조하십시오.
백 엔드 캐싱
캐시 백엔드는 캐시된 데이터의 기본 스토리지 메커니즘입니다. Commerce은 기본 파일 시스템 백엔드를 제공하지만, 향상된 성능 및 확장성을 위해 Redis 또는 Valkey와 같은 다른 백엔드를 구성할 수 있습니다. 사용 가능한 옵션에 대한 자세한 내용은 캐시 백 엔드 옵션을 참조하십시오.
바니시를 사용한 전체 페이지 캐싱
바니시 캐시는 메모리에 전체 페이지를 캐시하는 HTTP 가속기입니다. Adobe은 내장된 전체 페이지 캐시보다 훨씬 빠르기 때문에 프로덕션 환경에 Vannish를 적극 권장합니다.
L2(2단계) 캐싱
L2 캐시는 원격 캐시(Redis 또는 Valkey)를 신뢰할 수 있는 소스로 사용하는 동안 각 웹 노드에 로컬로 캐시 데이터를 저장합니다. 이렇게 하면 웹 노드와 원격 캐시 간의 네트워크 트래픽이 감소하여 트래픽이 많은 사이트의 성능이 향상됩니다.
정적 콘텐츠 캐싱
정적 콘텐츠 서명은(는) 배포 버전을 파일 URL에 포함시켜 정적 리소스(CSS, JavaScript, 이미지)에 대한 브라우저 캐시를 무효화합니다.
캐싱 용어
Commerce은(는) 다음 캐싱 용어를 사용합니다.
- Frontend — Magento\Framework\Cache\Frontend에서 구현한 캐시 저장소에 대한 인터페이스 또는 게이트웨이입니다.
- 캐시 형식 — Commerce(예:
config,layout,block_html,full_page) 또는 사용자 지정 형식과(와) 함께 제공되는 기본 제공 형식 중 하나입니다. - 백엔드 — Magento\Framework\Cache\Backend에서 구현한 캐시 저장소의 세부 정보를 지정합니다.
- 두 수준 백 엔드 - 로컬(빠른) 캐시와 원격(공유) 캐시, 이렇게 두 백 엔드에 캐시 레코드를 저장합니다. L2 캐시 구성을 참조하세요.
구성 옵션
캐시 구성은 다음 두 파일에 저장됩니다.
<magento_root>/app/etc/di.xml— 전역 종속성 삽입 구성입니다. 제공된default캐시 프런트 엔드를 변경하려면 이 파일을 수정하십시오.<magento_root>/app/etc/env.php— 환경별 구성입니다. 이 파일을 수정하여 사용자 지정 캐시 프론트엔드를 구성합니다. 이 파일은di.xml의 해당 구성을 재정의합니다.
프론트엔드-투-타입 매핑 및 캐시 구성 구문에 대한 자세한 내용은 다음을 참조하십시오.
- 캐시 프론트엔드 구성 — 캐시 프론트엔드를 특정 캐시 형식과 연결합니다.
- 캐시 백 엔드 옵션 — 백 엔드 옵션 참조