post deploy ops

배포 후에는 접근 가능 여부보다 운영 신호 우선 검토

Vercel 배포가 성공 표시를 띄워도 운영은 끝나지 않습니다. 실제 방문, 함수 오류, 캐시 응답, 성능 지표, 롤백 지점을 함께 확인해야 다음 배포의 기준이 남습니다.

Analytics

사용자 체감

방문 수와 Core Web Vitals로 새 배포가 실제 사용자 경험을 해치지 않는지 봅니다.

Logs

실패 원인

빌드 로그와 함수 로그를 함께 읽어 환경 변수 누락, API 오류, 타입 경고를 분리합니다.

Functions

서버 동작

API 라우트와 서버 액션이 요청량 증가에도 시간 초과 없이 응답하는지 확인합니다.

Cache

응답 속도

CDN과 Cache-Control이 의도한 대로 동작하는지 정적 자산과 서버 응답을 나눠 봅니다.

Rollback

복구 지점

문제가 보이면 원인 분석보다 먼저 직전 안정 배포로 돌아갈 수 있는지 확인합니다.

운영 루프

observe compare decide record
record

배포 URL, 커밋, 환경 변수 변경 여부, 확인한 로그 위치를 함께 남기면 다음 장애 대응과 성능 비교가 훨씬 빨라집니다.