Pod을 늘릴수록 DB 커넥션이 먼저 바닥남
- 원인
- HPA로 늘어난 Pod마다 따로 잡은 풀이 합쳐져 max_connections에 도달
- 해결
- PgBouncer transaction mode(pool_size=25)로 풀을 한 계층에 집약
- 결과
- 커넥션 점유 5xx 사실상 제거, DB 증설 없이 Pod 확장
검증 스파이크 구간 로그를 분석해 5xx의 가장 잦은 원인이 풀 고갈임을 먼저 확인
KISTI 연구 데이터 플랫폼, 공공 정산 시스템, 제조 품질 시스템을 만들었고, SSAFY에서 COIP와 우당탕탕 김밥 지옥 프로젝트를 진행했습니다.
행을 누르면 구조, 결정, 결과가 펼쳐집니다.
원인을 어떻게 확인했는지까지 적었습니다.
검증 스파이크 구간 로그를 분석해 5xx의 가장 잦은 원인이 풀 고갈임을 먼저 확인
검증 "유예가 짧다"는 첫 가설로 30초로 늘렸다가, 브라우저 재현에서 1초 새로고침도 10초 안에 복귀하는 것을 보고 되돌림
검증 입고부터 통계까지 전 흐름을 단위와 통합 테스트 파이프라인으로 보장
이론을 예제로 직접 확인하며 정리한 GitHub 레포입니다.
그 밖에 Clean Coders TDD 연습(bowling-game, primefactors, videostore 리팩터링)과 SSAFY 기간 CS 이론 TIL 26일치가 있습니다.
AI가 한 일보다, 확인하는 구조를 설계했습니다.
AI에게 코드를 맡길수록 "실제 팀에서 하듯이" 테스트와 리뷰를 거치게 하는 게 중요하다고 봤습니다. ECC는 테스트 우선 개발, 언어별 코드 리뷰, 검증 루프가 스킬과 에이전트로 갖춰져 있어, AI 작업을 현업 개발 절차에 맞추기 위해 채택했습니다.