DevOps

컨테이너 기반 오픈소스 가상화 플랫폼 (프로세스 격리 기술 활용)2013년 dotCloud의 Solomon Hykes가 발표 (Go 언어로 구현)가상머신보다 가볍고 빠른 배포 가능ISO 이미지처럼 컨테이너 생성을 위한 템플릿여러 읽기 전용 계층으로 구성됨 (layere

✅ 쿠버네티스(Kubernetes)란? 컨테이너화된 워크로드와 서비스를 자동으로 배포, 확장, 관리해주는 오픈소스 플랫폼 원래 Google에서 내부 운영 도구 "Borg"에서 발전 현재 CNCF(Cloud Native Computing Foundation)에서 관리

Docker Hub에 있는 이미지로 order 배포 생성잘못된 이미지 v202105042 → 올바른 v20210504로 교체ReplicaSet이 자동으로 새 Pod를 생성함외부 접속 테스트:또는 브라우저에서 접속: http://<EXTERNAL-IP>:8

각 마이크로서비스 폴더: order, inventory, delivery, gatewayctrl + C로 실행 중단각 서비스 루트 폴더에 Dockerfile 존재 여부 확인Docker Hub에서 이미지 등록 확인Helm은 Kubernetes 애플리케이션을 위한 패키지

Kubernetes 객체에 key-value 형태로 붙이는 식별 태그동일한 label 값을 기준으로 객체를 그룹화하거나 조회할 수 있음형식 예: app=home, env=prodlabel과 유사하지만, 운영/관리 정보를 기록하기 위해 사용예: 배포 변경 이력, 빌드 버

출력이 없고 Metrics API not available 에러가 나면 설치 필요평균 CPU 사용량이 요청 대비 50%를 초과하면 Pod 수 증가CPU 사용량 최대치: 34%까지 상승네트워크 출력량 증가: 410.5kB까지 증가

Kubernetes에서 클러스터 내의 Pod들(마이크로서비스)에 접근하기 위해 사용하는 라우터 역할의 객체 Service는 클러스터 내부 또는 외부에서 지속적이고 안정적인 접속 경로를 제공연결된 Pod에 요청을 프락시(proxy) 방식으로 전달특정 노드에 Pod가 없더

애플리케이션이 "죽었는지" 확인하기 위한 프로브실패 시 컨테이너를 자동 재시작함 → Self-Healing30초 후 /tmp/healthy 삭제 → probe 실패 → 컨테이너 재시작실패 시 Liveness Probe failed, 컨테이너 자동 재시작됨컨테이너가 트래

한 Pod 내에서 컨테이너 간 임시 디스크 공유를 위한 방식노드 로컬 디스크(/tmp 등)을 컨테이너 내부로 마운트하여 공유

플랫폼: Azure AKS 클러스터도구: GitPod, kubectl, istioctl, HelmIstio 버전: 1.20.8Kiali: http://<EXTERNAL-IP>:20001 (admin / admin)Jaeger: http://&lt

demo: 학습/테스트용으로 모든 기능과 대시보드 포함Prometheus: 메트릭 수집Grafana: 시각화Kiali: 서비스 메시 관측Jaeger: 분산 추적Loki: 로그 수집Ingress IP 확인:→ EXTERNAL-IP/kiali 으로 대시보드 접속

CI 파이프라인 (Product-CI)코드 변경 → 빌드 → 아티팩트 생성CD 파이프라인 (Product-CD)릴리즈 트리거 → YAML 배포 스크립트 실행 → AKS 배포 완료Repos: Git 저장소PipelinesCI: Product-CI 빌드 파이프라인 (YAM