#성능
관련 글 6건
강경원· 2시간 전Prisma N+1, include가 만능이 아닌 이유
ORM을 쓰면 N+1은 피할 수 없는 주제다. Prisma는 기본기가 좋은 편이지만, 그래서 오히려 방심하다 당한다. Prisma의 기본 방어선 include는 내부적으로 관계별 배치 쿼리로 풀린다. posts 1번 + authors 1번 + tags 1번. 루프 안에서 findUniq
성능n+1prisma`Prisma N+1, include가 만능이 아닌 이유- 강경원· 2시간 전
HTTP 캐시 헤더 실전 — ETag와 stale-while-revalidate
서버 캐시, CDN, 브라우저 캐시가 모두 HTTP 캐시 헤더 하나로 조율된다. 헤더 몇 줄이 Redis 도입보다 효과가 클 때가 많다. Cache Control 3대 패턴 no cache는 "캐시하지 마"가 아니라 "쓰기 전에 재검증해"라는 뜻이다. 진짜 저장 금지는 no store다
캐싱성능http`HTTP 캐시 헤더 실전 — ETag와 stale-while-revalidate - 강경원· 2시간 전
서버리스 콜드 스타트, 실측으로 배운 것들
서버리스의 숨은 세금이 콜드 스타트다. 트래픽이 적은 서비스일수록 더 자주 맞는다는 게 역설이다. 실측하며 배운 것들을 정리한다. 콜드 스타트의 구성 전체 지연 = 컨테이너 기동 + 런타임 초기화 + 모듈 로드 + 핸들러 실행. 통제 가능한 건 모듈 로드다. 우리 측정에서 전체 800m
serverless성능vercel`서버리스 콜드 스타트, 실측으로 배운 것들 - 강경원· 1일 전
Next.js App Router 캐싱 4계층 완전 정리
Next.js App Router의 캐싱은 처음 보면 마법 같고, 조금 쓰다 보면 저주 같다. "왜 데이터가 안 바뀌지?"의 90%는 캐시 때문이다. 네 개 층을 분리해서 이해하면 대부분의 미스터리가 풀린다. 1. Request Memoization 같은 렌더링 패스 안에서 동일한 fe
nextjs캐싱성능`Next.js App Router 캐싱 4계층 완전 정리 - 강경원· 2일 전
PostgreSQL 인덱스가 안 타는 5가지 이유
인덱스를 만들었는데 EXPLAIN을 보면 Seq Scan이 나온다. 당황하기 전에 아래 다섯 가지를 순서대로 확인하자. 1. 테이블이 작다 수천 행짜리 테이블은 인덱스를 타는 것보다 전체 스캔이 싸다. 플래너가 옳다. 운영 데이터 규모로 테스트하지 않으면 인덱스 검증은 의미가 없다. 2
성능postgresql인덱스`PostgreSQL 인덱스가 안 타는 5가지 이유 - 강경원· 9일 전
LCP 4.2초 → 1.8초, 실제로 효과 있었던 것만
성능 최적화 글은 많지만 대부분 체크리스트 나열이다. 실제 서비스에서 LCP를 4.2초에서 1.8초로 줄이며 효과가 컸던 순서대로만 적는다. 1. LCP 요소부터 특정하라 30분 크롬 개발자 도구 Performance 탭에서 LCP 마커를 클릭하면 어떤 요소가 LCP인지 바로 보여준다.
성능lcpweb-vitals`LCP 4.2초 → 1.8초, 실제로 효과 있었던 것만