젠킨스 빌드가 갑자기 5배 느려진 날 — NCP NAS 모니터링의 한계를 마주하다
발단 어느 날 백엔드 서비스 빌드 시간이 평소 1~2분에서 6분 28초로 늘어났다. 실패는 아니었다. 그냥 느렸다. 이런 종류의 지연은 오히려 원인을 찾기가 까다롭다 — 에러 로그 한 줄 없이 “그냥 느려진” 상태이기 때문이다. 이 글은 그 원인을 추적해간 과정과, 그 끝에서 마주친 NCP와 AWS 모니터링 체계의 근본적인 차이에 대한 기록이다. ...
발단 어느 날 백엔드 서비스 빌드 시간이 평소 1~2분에서 6분 28초로 늘어났다. 실패는 아니었다. 그냥 느렸다. 이런 종류의 지연은 오히려 원인을 찾기가 까다롭다 — 에러 로그 한 줄 없이 “그냥 느려진” 상태이기 때문이다. 이 글은 그 원인을 추적해간 과정과, 그 끝에서 마주친 NCP와 AWS 모니터링 체계의 근본적인 차이에 대한 기록이다. ...
여기까지 온 길 1편에서 왜 이 전환을 시작했는지 짚었고, 2편에서 샘플 앱으로 ArgoCD 개념을 손에 익혔고, 3편에서 실제 서비스의 젠킨스 스크립트와 헬름 차트를 전수조사했고, 4편에서 실제 적용 과정에서 부딪힌 문제들을 다뤘다. 이번 마지막 편에서는 지금 이 시점에 뭐가 됐고 뭐가 안 됐는지를 솔직하게 정리하고, 앞으로 어떻게 넓혀갈지, 그리...
새로 만드는 게 아니라 “이어받는” 것이었다 3편에서 정리한 values 구조를 실제로 적용하는 단계에서, 처음에 놓치고 있던 전제가 하나 있었다. 이건 아무것도 없는 곳에 새로 배포하는 게 아니라, 지금 이 순간에도 젠킨스가 관리하고 있는 살아있는 서비스를 ArgoCD가 이어받는 것이었다. 이 차이가 이번 편에서 겪은 문제 대부분의 근본 원인이다....