패스트캠퍼스 환급챌린지 44일차 : 코드팩토리의 백엔드 아카데미 : 한 번에 끝내는 NestJS 패키지 - 기초부터 MSA까지 강의 후기

본 포스팅은 패스트캠퍼스 환급 챌린지 참여를 위해 작성하였습니다.

https://bit.ly/4hTSJNB

커리어 성장을 위한 최고의 실무교육 아카데미 | 패스트캠퍼스

0417 목

학습 내용 정리

 

[Class 01]Part 23. 캐싱

캐싱 이론

 

수강후기

오늘은 서버 성능 최적화와 데이터 응답 속도 개선에 있어 핵심적인 전략 중 하나인 캐싱(Caching) 에 대한 이론 수업을 들었다. Part 23 캐싱 강의에서는 단순한 기술적 개념에 머무르지 않고, 캐싱이 어떤 상황에서 필요하며, 어떠한 방식으로 적용되는지 실질적인 예시와 함께 매우 구체적으로 설명되었다.

수업 초반에는 ‘캐싱이 왜 필요한가?’ 에 대한 근본적인 질문으로 시작하였다. 클라이언트가 서버로 데이터를 요청하고, 서버는 이를 다시 데이터베이스에서 조회해 응답을 주는 구조는 단순하지만, 사용자가 많아질수록 서버와 데이터베이스에 과부하가 걸릴 수밖에 없다. 이러한 문제를 해결하기 위해 캐시 계층을 도입하여 자주 요청되는 데이터를 메모리 등 빠른 저장소에 저장해두면 불필요한 중복 요청을 줄일 수 있고, 응답 속도도 획기적으로 향상될 수 있다는 점이 매우 명확히 전달되었다.

또한 캐시가 적용되는 대표적인 분야에 대한 설명도 매우 실용적이었다. 예컨대 사용자 세션 캐싱을 통해 로그인 여부나 토큰 검증 과정을 효율화하거나, 인기 콘텐츠(예: 인기 영화 리스트)를 캐싱함으로써 불필요한 DB 접근을 줄이는 것, 외부 API 요청 결과를 일정 시간 동안 캐시하여 외부 리소스 사용을 최소화하는 전략 등은 모두 실제 서비스 운영에서 직접 사용할 수 있는 가치 있는 지식이었다.

캐싱의 장점은 퍼포먼스 향상, 시스템의 확장성 개선(Scalability), 비용 절감, 그리고 궁극적으로 사용자 경험(UX)의 향상으로 정리될 수 있다. 캐시를 도입함으로써 보다 많은 트래픽을 감당할 수 있고, 백엔드 서버의 응답 지연을 줄이며, 불필요한 연산을 생략함으로써 전반적인 비용을 절감할 수 있다.

하지만 수업에서는 캐싱의 단점도 숨김없이 다루었다는 점이 인상 깊었다. 캐시는 기본적으로 ‘정적인 데이터’에 가까운 정보를 저장하기 때문에, 실시간성(데이터 신선도)이 떨어질 수 있다는 점이 주요한 단점이다. 또한 캐시는 메모리에 저장되기 때문에 서버의 메모리 리소스를 많이 차지할 수 있으며, 잘못 설계된 캐시는 보안 리스크나 소프트웨어 설계 복잡도를 높일 수 있다. 따라서 캐시는 어디까지나 ‘전략적 선택’으로 고려해야 하며, 캐시할 데이터와 그 유효기간(예: TTL: Time-To-Live) 등을 매우 신중하게 설정해야 한다는 점을 다시금 인지하게 되었다.

특히 이번 수업에서는 단순한 개념 암기를 넘어서 실무에 적용 가능한 설계적 판단 능력을 기를 수 있도록 설명한 부분이 매우 유익했다. 어떤 데이터를 캐시로 처리할지, 어느 시점에 캐시를 무효화할지, 캐시 저장소로 어떤 시스템(Redis 등)을 사용할지 등은 모두 개발자 개인의 판단이 필요한 영역이기 때문에, 이와 관련된 고민을 자연스럽게 유도해준 이번 강의는 실무적 깊이를 한층 더하는 데 큰 도움이 되었다.

개인적으로는 향후 NestJS 기반의 프로젝트에서 Redis를 활용한 글로벌 캐시 처리나, REST API의 GET 요청 결과에 대한 TTL 기반 캐싱 구현을 구상하고 있었는데, 오늘 배운 내용을 바탕으로 그 설계를 더욱 구체화할 수 있을 것으로 기대된다. 무엇보다 ‘캐시는 속도를 위해 신뢰성을 일정 부분 포기하는 것이다’라는 말처럼, 기술의 본질을 이해하고 적절하게 활용하는 태도가 얼마나 중요한지를 다시금 느낄 수 있는 강의였다.

이번 강의를 통해 캐싱이라는 기술이 단지 성능 향상에 국한된 것이 아니라, 비용 절감, 서비스 안정성, 사용자 만족도까지 모두를 고려해야 하는 전략적 기술임을 체감할 수 있었고, 앞으로의 서비스 설계 및 운영에 있어 매우 강력한 도구로 활용될 것임을 확신하게 되었다.

사진

시작/종료

수강클립/수업필기