스케일 인 중 500 응답이 생길 때 인스턴스 종료 순서를 확인한다
Beanstalk의 health 상태와 Auto Scaling의 교체 판단을 나눠 읽는다. 시작 유예, 준비 상태, 요청 배출 시간을 실제 요청 흐름에 맞춘다.
배포·운영
빌드와 배포, 인프라와 장애 대응의 흐름을 살펴봅니다.
7개 글
전체 카테고리배포는 끝났는데 CI가 실패한다면 성공 판정과 대기 예산을 나눈다
배포 요청 수락, 환경 Ready, 원하는 버전의 응답은 서로 다른 확인 단계다. CI의 시간 제한을 실제 배포 진행과 연결하는 방법을 설명한다.
외부 API를 오래 기다릴 때 타임아웃 값을 모두 같게 두면 안 되는 이유
연결·읽기 간격·전체 기한은 서로 다른 시간을 제한한다. 외부 인증 요청의 시간 예산과 취소·결과 조회 조건을 설명한다.
부하테스트에서 API 다음 DB가 느려졌다면 병목 이동을 확인한다
최대 VU 대신 도착 모델과 완료율·지연 분포를 비교한다. 캐시 상태와 확장 시간축을 함께 기록해 다음 제한 요인을 좁히는 방법을 설명한다.
SSR 도입 뒤 업로드가 413이면 처음 거절한 프록시를 찾는다
브라우저에서 저장소까지 요청이 지나는 경로를 다시 그린다. 각 계층의 본문 제한과 배포된 Nginx 설정을 확인해 업로드 허용 범위를 맞춘다.
환경변수를 바꿔도 이전 API 주소가 남는다면 빌드 입력을 확인한다
CI 값 전달, Next.js 빌드 시점 치환, Turbo 캐시 해시는 다른 경계다. 세 비교로 오래된 산출물을 재사용한 것인지 판단한다.
모노레포의 Nginx 변경이 사라졌다면 배포 ZIP 루트를 확인한다
앱 빌드 성공은 플랫폼 설정 포함을 보장하지 않는다. 저장소의 파일을 번들 경로·서버 유효 설정·외부 응답까지 연결한다.