Laravel Pennant에서 캐시를 수동으로 플러시하면 개발자가 다음을 알아야 할 몇 가지 잠재적 위험과 단점이 있습니다.
- 성능 저하 : 캐시를 플러시하면 시스템이 모든 캐시 된 기능 플래그 결과를 폐기하도록합니다. 이는 후속 기능 검사를 통해 데이터 소스 (예 : 데이터베이스)를 다시 계산하거나 다시 정체해야 함을 의미합니다. 이로 인해 데이터베이스 쿼리가 급증하고 부하가 증가 할 수 있습니다. 특히 플러시 직후에 많은 요청이 발생하는 경우. 예를 들어, 데이터베이스 드라이버를 사용하는 경우 플러시 후 각 기능 점검은 쿼리를 트리거하여 높은 요청 볼륨 [2] [6]에서 성능 병목 현상을 일으킬 수 있습니다.
- 일관되지 않은 기능 플래그 상태 요청 중 : Pennant Caches는 일관된 동작을 보장하기위한 단일 요청 기간 동안 메모리에 대한 플래그 결과를 특징으로합니다. 카시를 수동으로 수동으로 홍수 또는 적절한 취급없이 플래그 상태가 일치하지 않는 플래그 상태를 유발할 수 있습니다 [6].
- 오래된 또는 잘못된 데이터 제공 : 플러싱 캐시는 구식 항목을 제거하면 부적절하거나 빈번한 플러싱이 일시적으로 캐시가 재건 될 때까지 시스템이 오래된 기능 또는 기본 기능 플래그 상태를 제공 할 수 있습니다. 이것은 사용자 경험에 영향을 줄 수 있거나 의도하지 않은 미완성 기능을 노출시킬 수 있습니다 [1].
- 플러시 직후의 대기 시간 증가 : 일반 캐싱 시스템과 유사하게 캐시가 다시 채워짐에 따라 캐시를 플러시하면 지연이 발생합니다. 이로 인해 캐시가 다시 예열 될 때까지 사용자에게 응답 시간이 느려질 수 있습니다 [3].
- 보안 위험에 대한 잠재적 노출 : 캐시 플러싱이 신중하게 관리되지 않으면 부주의하게 민감한 정보를 노출 시키거나 기능을 조기에 활성화 할 위험이 있습니다. 또한 캐시 중독 공격은 캐시 된 데이터를 이용합니다. 악의적 인 데이터가 주입 된 후 부적절하게 플러시되면 부적절한 캐시 관리는 취약성을 증가시킬 수 있습니다 [1] [8].
요약하면, Laravel Pennant의 수동 캐시 플러싱은 데이터베이스로드 증가, 임시 성능 히트, 일관되지 않은 기능 플래그 동작 및 잠재적 보안 문제를 유발할 수 있기 때문에 신중하게 수행해야합니다. 필요한 경우에만 캐시를 플러시하고이를 수행하기 전에 응용 프로그램의 성능 및 안정성에 미치는 영향을 이해하는 것이 좋습니다. 'feature :: flushcache ()'와 같은 Pennant의 내장 캐시 관리 방법을 사용하여 이러한 위험에 대한 인식으로 수행해야합니다 [6].
인용 :
[1] https://qwiet.ai/tackling-caching-issues-underding-cache-control-for-security/
[2] https://github.com/laravel/pennant/issues/68
[3] https://blogs.oracle.com/utilities/post/flushing-cache
[4] https://wpwebinfotech.com/blog/laravel-pennant-guide/
[5] https://www.servicenow.com/community/in-other-news/steps-to-determine-e-cause-of-a-cache-flush/ba-p/2268567
[6] https://laravel.com/docs/12.x/pennant
[7] https://www.reddit.com/r/techsupport/comments/16xdwox/is_it_safe_to_flush_dns/
[8] https://www.linkedin.com/pulse/cache-poisoning-streats-prevention-srtreations-amit-pal-hz5ic
[9] https://www.honeybadger.io/blog/a-guide-to-feature-flags-laravel/
[10] https://www.fs.usda.gov/sites/default/files/2023-02/fire-retardant-fws-biological-op.pdf