Laravel은 단일 API 뒤에 여러 백엔드(Redis, Memcached, 파일, 데이터베이스, 배열)를 갖춘 통합되고 표현력 있는 **캐싱 시스템(caching system)**을 제공합니다. 캐싱은 비용이 큰 결과를 저장하여 다시 계산하지 않아도 되게 합니다 — 영향력이 가장 큰 성능 최적화 중 하나입니다.
\\\;
::(, , );
::();
::(, );
::();
::();
::(, );
// 캐시되어 있으면 반환; 아니면 클로저 실행, 결과 캐시, 반환
$users = Cache::remember('active_users', 3600, function () {
return User::where('active', true)->get(); // 비용 큰 쿼리 — 1시간 캐시
});
Cache::remember()는 우아하고 일반적인 패턴입니다: 캐시된 값이 있으면 반환하고, 없으면 계산(클로저 실행)하여 캐시하고 반환합니다 — 한 번의 호출로. 비용이 큰 쿼리 결과를 캐싱하는 데 완벽합니다.
config/cache.php → 드라이버 선택:
redis → 빠르고, 서버 간 공유됨 (다중 서버 앱의 운영 표준)
memcached → 빠르고, 공유됨
file/database → 더 간단, 소규모/단일 서버 설정용
array → 인메모리, 테스트용
동일한 캐시 API가 백엔드와 무관하게 동작 → 전환하기 쉬움.
통합 API는 동일한 코드가 어떤 백엔드와도 동작함을 의미하며 — Redis가 운영의 표준입니다(여러 서버 인스턴스 간 공유 캐시).
// 데이터가 변경되면 영향받는 캐시를 비워야 함, 그렇지 않으면 오래된 데이터 제공
public function updateUser($user, $data) {
$user->update($data);
Cache::forget('active_users'); // 무효화하여 다음 읽기가 재계산하도록
}
// 전략: TTL (짧은 오래됨 허용), 쓰기 시 명시적 forget, 캐시 태그
Cache::tags(['users'])->flush(); // 태그된 무효화 (Redis/Memcached)
캐싱은 Laravel 애플리케이션에서 영향력이 가장 큰 성능 최적화 중 하나이며, 프레임워크의 통합되고 표현력 있는 캐싱 시스템이 이를 접근 가능하게 만듭니다 — 따라서 이를 이해하는 것은 빠르고 확장 가능한 애플리케이션을 구축하는 데 가치가 있습니다.
핵심 가치는 반복적인 비용 큰 작업을 피하는 것입니다: 느린 데이터베이스 쿼리, 복잡한 계산, 외부 API 호출의 결과를 캐싱하면 이후 요청이 빠르게 처리되어 지연 시간과 부하를 극적으로 줄입니다.
Laravel의 캐싱은 우아하며, 특히 Cache::remember() get-or-compute 패턴(캐시된 데이터가 있으면 반환하거나, 없으면 계산하여 캐시하고 한 번의 깔끔한 호출로 반환 — 쿼리 결과 캐싱에 이상적)과 백엔드 간 통합 API(동일한 코드가 어떤 드라이버와도 동작)가 그렇습니다.
운영에는 Redis(여러 서버 인스턴스 간 공유 캐시 — 수평 확장 시 더 간단한 서버별 캐시는 공유되지 않으므로 중요)를 사용하는 것을 아는 것은 중요한 아키텍처 포인트입니다.
마찬가지로 중요한 것은 캐싱의 핵심 난점 — 무효화(invalidation)(기반 데이터가 변경될 때 TTL, 쓰기 시 명시적 forget, 캐시 태그를 통해 캐시된 데이터를 비우거나 갱신하여 오래된 데이터 제공을 피하는 것) — 을 이해하는 것입니다. 이를 잘못하는 것은 사용자에게 오래된 정보를 보여주는 전형적인 캐싱 실패이기 때문입니다.
Laravel의 캐싱 시스템 — API, remember 패턴, 백엔드 선택(확장을 위한 Redis), 그리고 특히 무효화 전략 — 을 이해하는 것은 성능이 뛰어나고 확장 가능한 Laravel 애플리케이션을 구축하기 위한 중요한 시니어 수준의 지식입니다. 캐싱은 주요한 성능 향상을 가져오지만 올바르게 유지하려면 신중한 무효화가 필요하기 때문입니다.