atomicdev 님의 블로그

메뉴 데이터를 자주 업데이트하지 않고, 변경이 발생할 때만 클라이언트에 전달하고 싶다면 캐시와 웹훅을 활용하는 방식이 적합합니다. 이를 통해 CMS에서 메뉴 업데이트가 발생할 때만 캐시와 클라이언트 측 데이터가 새로고침되어, 매번 데이터베이스에서 읽지 않고 최신 데이터를 유지할 수 있습니다.제안 솔루션: 캐시 + 웹훅 기반 캐시 무효화캐시 구성:AWS에서 Elasticache(Redis) 또는 AWS Lambda Edge + CloudFront를 사용해 메뉴 데이터를 캐싱합니다.메뉴 데이터를 캐시하면 서버에서 반복적으로 DB를 조회할 필요가 없으므로 성능이 향상됩니다.캐시된 메뉴 데이터는 클라이언트가 요청할 때마다 조회되며, 변경 시에만 새로운 데이터를 로드하도록 합니다.웹훅을 통한 캐시 무효화:CMS에..

CMS 시스템에서 개인화된 메뉴를 클라이언트에 캐싱하고 로딩 속도를 최적화하기 위해서는 몇 가지 중요한 결정을 해야 합니다. 아래에서 캐싱된 메뉴 업데이트 주기와 캐싱 방식에 대해 설명드리겠습니다.1. 캐싱된 메뉴 업데이트 주기캐싱된 메뉴의 업데이트 주기는 사용자의 경험, 메뉴의 업데이트 빈도, 서버 부하 등을 고려하여 설정하는 것이 중요합니다.주기적 폴링 (Polling)정기적인 간격으로 서버에서 메뉴 데이터를 업데이트하는 방식입니다.예를 들어, 1시간마다 또는 하루에 한 번 서버에 요청하여 최신 메뉴를 가져오는 주기를 설정할 수 있습니다.장점: 구현이 간단하며 메뉴 데이터가 자주 변경되지 않는 경우 서버 부하를 줄일 수 있습니다.단점: 메뉴 변경이 즉시 반영되지 않을 수 있음.서버 푸시 (Push, ..