Files
2nd/10_Wiki/Topics/Development/CI-CD Pipeline.md
T

36 lines
2.5 KiB
Markdown

---
id: P-REINFORCE-AUTO-WIKI-DEV-003
category: "10_Wiki/💡 Topics/Development"
confidence_score: 0.95
tags: [development, ci-cd, automation, quality-gate, devops, p-reinforce]
last_reinforced: 2026-05-01
---
# [[CI-CD Pipeline|CI-CD Pipeline]]
## 📌 한 줄 통찰 (The Karpathy Summary)
> "소프트웨어의 빌드, 테스트, 배포 전 과정을 자동화하여, 인간 리뷰어보다 먼저 결함을 찾아내는 '기계적 파수꾼'이자 배포의 신뢰성을 보장하는 핵심 인프라."
## 📖 구조화된 지식 (Synthesized Content)
CI-CD는 현대적 개발 워크플로우에서 품질과 속도를 동시에 잡는 핵심 엔진입니다.
1. **자동화된 품질 게이트 (Quality Gates)**:
* **CI (Continuous Integration)**: 코드 변경 시마다 빌드와 테스트를 자동으로 수행합니다. 린터, SAST, SCA 등이 통합되어 인간 리뷰어에게 도달하기 전 기초 결함을 필터링합니다.
* **CD (Continuous Delivery/Deployment)**: 검증된 코드를 스테이징이나 프로덕션 환경으로 자동 배포합니다.
2. **병합 차단 (Blocking Merges)**:
* 자동화 테스트가 실패하거나 보안 스캔에서 취약점이 발견되면 메인 브랜치로의 병합을 시스템적으로 차단하여 안전성을 확보합니다.
3. **인지 부하 감소**:
* 사소한 스타일 위반이나 오타 등은 기계가 처리하므로, 인간 리뷰어는 아키텍처와 비즈니스 로직 같은 고차원적 검토에 집중할 수 있습니다.
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- **파이프라인 지연의 역설**: 품질 검증을 위해 너무 많은 단계(무거운 E2E 테스트 등)를 추가하면 파이프라인 속도가 느려져 개발 피드백 루프를 저해합니다. 검증 강도와 실행 속도 사이의 정교한 밸런싱이 필수적입니다.
- **자동화의 한계**: CI-CD는 정해진 패턴은 잘 찾지만 비즈니스적 맥락이나 설계상의 논리적 오류는 잡지 못합니다. 기계적 검증과 인간의 정성적 리뷰가 결합된 상호 보완 구조를 유지해야 합니다.
## 🔗 지식 연결 (Graph)
- Shift-Left Security: 보안 점검을 CI 단계로 앞당기는 전략.
- Automated Testing: 파이프라인의 핵심 관문.
- Pull Request Workflow: CI-CD가 트리거되는 지점.
- [[DevSecOps|DevSecOps]]: 보안이 내재화된 자동화 철학.
- [[Infrastructure-as-Code-IaC|Infrastructure as Code (IaC]]: 인프라 배포의 자동화 확장.
---