GitOps - 태그 - lee's bloghttps://ken-0913.github.io/myblog/tags/gitops/GitOps - 태그 - lee's blogHugo -- gohugo.ioko-krhyeonjae0913@gmail.com (ken-0913)hyeonjae0913@gmail.com (ken-0913)Thu, 16 Jul 2026 08:00:00 +0900CNPA 시험 정리 (3) Continuous Delivery — 배포 전략, GitOps, Argo CD, 인시던트 대응https://ken-0913.github.io/myblog/posts/cnpa/cnpa-03-continuous-delivery/Thu, 16 Jul 2026 08:00:00 +0900ken-0913https://ken-0913.github.io/myblog/posts/cnpa/cnpa-03-continuous-delivery/

이번 편은 Domain 3: Continuous Delivery & Platform Engineering (16%) 를 정리한다. 핵심은 플랫폼 엔지니어가 CI/CD를 직접 구현하는 것이 아니라 개발팀에게 CI/CD를 서비스로(as a Service) 제공한다는 것이다. 4대 요구사항은 속도와 안전의 균형, 내장 보안, 관측성, 일관성이다.

파이프라인은 Commit → Build → Test → Security Scan → Package → Deploy → Post-deployment Validation 순서로 진행된다. 각 단계는 품질 게이트(quality gate) 이며, 어느 단계든 실패하면 파이프라인을 중지하는 Fail Fast 원칙을 따른다.

]]>CNPA 시험 정리 (1) Platform Engineering Core Fundamentals — 선언적 관리, GitOps, 8대 역량https://ken-0913.github.io/myblog/posts/cnpa/cnpa-01-platform-engineering-fundamentals/Tue, 14 Jul 2026 08:00:00 +0900ken-0913https://ken-0913.github.io/myblog/posts/cnpa/cnpa-01-platform-engineering-fundamentals/

Imperative(명령적) 는 레시피처럼 단계별로 How를 지시한다. Declarative(선언적) 는 메뉴 주문처럼 원하는 결과, 즉 desired state(원하는 상태) 만 선언한다.

플랫폼 엔지니어링은 선언적 접근을 선호(preferred) 한다. 선언된 상태는 control loop(제어 루프) 가 감시하며 실제 상태를 원하는 상태로 reconcile(조정) 한다.

구분 Imperative Declarative
초점 How (어떻게) What (원하는 상태)
재실행 중복 생성 위험 멱등성(idempotency)
예시 kubectl create deployment Kubernetes YAML, Terraform HCL
장점 직접 제어, 빠른 실험 버전 관리, 반복 가능, 감사 가능

Imperative가 여전히 유효한 경우는 디버깅, 긴급 핫픽스(emergency hotfix), 긴급 스케일링, 실험 정도다. 단, 이후 반드시 선언적 정의로 반영(backfill)해야 한다.

]]>