AI4 [책 정리] 인프라 구성 · 배포 with 클로드 코드 - (4) Chapter 7. 규모 확장 클러스터 규모가 커지면서 고려해야 할 문제는 무엇일까 작은 규모(SMB)에서는 현재 구조만으로 충분하지만, 대형 고객사의 요구를 충족하기 위해선 해결해야 하는 문제가 있다. 첫번째. 리소스 경합현재 클러스터 구성을 보면 worker 노드 2대에 모든 워크로드가 함께 올라가 있다.언뜻 보면 잘 돌아가는 것처럼 보인다. Pod도 정상이고 서비스도 응답한다. 하지만 어느 순간 Prometheus가 메트릭 수집량이 늘면서 메모리를 2GB 이상 잡아먹기 시작한다. 같은 노드에 있던 Grafana 대시보드도 느려지고, Loki의 로그 수집도 밀린다. 더욱 심각한 건 notiflex Pod가 OOMKilled로 재시작 되고 있다. 특정 배치 작업이 시작되면 CPU 사용량이 급.. 2026. 7. 25. [책 정리] 인프라 구성 · 배포 with 클로드 코드 - (3) Chapter 5. 무중단 배포 배포 위험을 최소화하려면 어떤 방법이 좋을까 기존 Rolling Update- Rolling Update만으로도 대부분의 경우 서비스 중단 없이 배포할 수 있다.- 하지만 새 버전에 문제 발생 시 즉시 영향을 차단하기 어렵고, - 신규 버전으로 전달되는 트래픽을 단계적으로 조절하여 검증할 수 없다. 해결 방안- Argo Rollouts를 이용한 Canary / Blue-Green 배포- Gateway API를 이용한 트래픽 라우팅=> 단계적인 트래픽 전환을 통해 안전하게 배포 가능하고, 문제 발생 시 빠른 Rollback이 가능하다. Argo Rollouts 사용기존 버전과 신규 버전 Pod를 동시에 실행Gateway API를 통해 트래픽 비율을 단계적으로 조.. 2026. 7. 18. [책 정리] 인프라 구성 · 배포 with 클로드 코드 - (2) Chapter 3. 첫 번째 배포 파이프라인 배포 자동화(CI/CD) 파이프라인 만들기 Push 기반 배포의 한계- 히스토리 관리의 어려움- 수정 시 복원 불가 해결 방안- 명령형이 아닌 선언형 관리 (쿠버네티스 철학)- Git 저장소에서 관리되는 YAML이 단일 진실 공급원(Single Source of Truth)이 된다. 그래서 이번 장 목표는.. Git 저장소에 선언된 매니페스트를 기준으로클러스터 상태를 자동으로 동기화하는 Pull 기반 GitOps 파이프라인 구축하기 GitOps의 핵심은- 모든 변경은 Git commit을 통해 적용- ArgoCD와 같은 GitOps Controller가 Git 저장소를 주기적으로 Pull하여, 클러스터 상태 동기화 (Reconciliation Loop.. 2026. 7. 7. [책 정리] 인프라 구성 · 배포 with 클로드 코드 - (1) Chapter 1. AI 시대, 개발자의 인프라 개발자가 인프라를 다뤄야 하는 이유 "만든 사람이 운영한다(You build it, you run it)"- 개발자는 코드 작성 뿐 아니라 배포, 리소스 관리, 문제 진단 등 운영 영역까지 대응할 수 있어야 한다. "클라우드 네이티브 전환"- 다양한 클라우드 환경에서 인프라를 코드로 정의한다.- 서버 설치 시 버튼을 클릭하여 수동으로 생성하지 않고, 코드 기반으로 인프라와 배포 파이프라인을 자동화한다. (YAML, Terraform으로 선언 -> Git에 커밋) "풀스택 개발자의 새로운 의미"= 백엔드 + 프론트엔드 + 배포 파이프라인 + 인프라 인프라 구축의 출발점 "쿠버네티스"- 특정 클라우드에 종속되지 않는다.- 리눅스가 서버 운영의 표준.. 2026. 6. 29. 이전 1 다음
