ㅁ 도구와 전략

ㅇ 정의:
자동화된 프로세스를 통해 코드 변경 사항을 지속적으로 통합하고 배포하는 방법론 및 도구 집합.

ㅇ 특징:
– 지속적인 통합(Continuous Integration)과 지속적인 배포(Continuous Deployment)를 포함.
– 코드 품질을 유지하면서 배포 주기를 단축.
– Jenkins, GitLab CI/CD, CircleCI 등 다양한 도구 사용 가능.

ㅇ 적합한 경우:
– 빈번한 코드 변경과 빠른 배포가 요구되는 애자일 환경.
– 대규모 팀 협업과 코드 충돌 방지가 필요한 경우.

ㅇ 시험 함정:
– CI와 CD의 차이를 명확히 구분하지 못하는 경우.
– 도구의 이름과 기능을 혼동하거나 특정 도구만을 정답으로 간주하는 경우.

ㅇ 시험 대비 “패턴 보기” 예시:
1. CI는 코드 변경 사항을 자동으로 테스트하고 병합하는 프로세스이다. (O)
2. CD는 코드의 변경 사항을 프로덕션 환경에 수동으로 배포하는 것을 의미한다. (X)

================================

1. CI/CD Pipelines

ㅇ 정의:
코드 변경 사항을 자동으로 통합하고 테스트하며, 배포까지 이어지는 일련의 자동화된 프로세스.

ㅇ 특징:
– 코드 품질 보장을 위해 자동화된 테스트 단계를 포함.
– 병렬 처리 및 이벤트 기반 실행 지원.
– DevOps 문화의 핵심 구성 요소.

ㅇ 적합한 경우:
– 소프트웨어 배포 주기를 단축하고자 할 때.
– 코드 변경 사항의 품질을 유지하면서 빠른 피드백이 필요한 경우.

ㅇ 시험 함정:
– CI/CD 파이프라인의 각 단계(빌드, 테스트, 배포)를 혼동하는 경우.
– CI/CD 파이프라인과 단순한 스크립트 자동화를 동일시하는 경우.

ㅇ 시험 대비 “패턴 보기” 예시:
1. CI/CD 파이프라인은 소프트웨어 개발에서 코드 작성 이후의 모든 단계를 자동화하는 것이다. (O)
2. CI/CD 파이프라인은 수동 테스트 단계를 필수적으로 포함한다. (X)

ㅁ 추가 학습 내용

1. CI/CD 파이프라인의 주요 단계:
– **빌드(Build)**: 소스 코드를 컴파일하고 의존성을 해결하여 실행 가능한 상태로 만드는 단계입니다. 목적은 코드가 제대로 빌드되는지 확인하고 실행 가능한 애플리케이션을 생성하는 것입니다. 이 단계에서 오류가 발생하면 개발자는 문제를 수정해야 합니다.
– **테스트(Test)**: 작성된 코드가 예상대로 작동하는지 검증하는 단계입니다. 단위 테스트, 통합 테스트, 기능 테스트 등이 포함되며, 자동화된 테스트 도구를 활용합니다. 이 단계의 목적은 코드 품질을 보장하고 버그를 사전에 발견하는 것입니다.
– **배포(Deploy)**: 테스트를 통과한 코드를 실제 환경(프로덕션)이나 스테이징 환경에 배포하는 단계입니다. 이 단계에서는 자동화된 배포 도구를 사용하여 안정적으로 코드를 릴리스하며, 사용자에게 새로운 기능을 제공하거나 기존 기능을 업데이트합니다.

2. CI/CD의 장점과 단점:
– **장점**:
– 개발 주기 단축: 코드 변경 사항을 빠르게 프로덕션에 배포할 수 있어 개발 속도가 빨라집니다.
– 품질 향상: 자동화된 테스트와 지속적인 통합으로 코드 품질을 유지하고 버그를 줄입니다.
– 협업 효율성 증가: 팀 간의 코드 병합과 통합이 원활하게 이루어져 협업이 쉬워집니다.
– 신뢰성 향상: 자동화된 프로세스로 배포 오류를 줄이고 안정적인 운영 환경을 제공합니다.
– **단점**:
– 초기 설정 부담: CI/CD 파이프라인을 구축하는 데 시간과 노력이 많이 듭니다.
– 도구 학습 필요: 팀원이 CI/CD 도구를 익히는 데 추가적인 학습이 필요합니다.
– 유지보수 비용: 파이프라인을 지속적으로 관리하고 업데이트해야 하므로 추가적인 리소스가 요구됩니다.
– 복잡성 증가: 대규모 프로젝트에서는 파이프라인이 복잡해질 수 있어 관리가 어려워질 수 있습니다.

3. 주요 도구의 간략한 사용 사례 및 장단점:
– **Jenkins**:
– 사용 사례: 다양한 플러그인을 활용하여 복잡한 파이프라인을 구축하고, 여러 언어와 플랫폼을 지원합니다.
– 장점: 오픈소스, 유연성, 커뮤니티 지원.
– 단점: 설정과 유지보수가 복잡할 수 있음, UI가 직관적이지 않음.
– **GitLab CI/CD**:
– 사용 사례: GitLab과 통합되어 코드 저장소와 CI/CD 파이프라인을 한 곳에서 관리.
– 장점: 통합 환경 제공, YAML 파일로 설정 간소화.
– 단점: 무료 버전의 기능 제한, Jenkins보다 유연성이 떨어질 수 있음.
– **CircleCI**:
– 사용 사례: 클라우드 기반 CI/CD 서비스로 빠르고 간단한 설정.
– 장점: 클라우드 환경에서 빠른 속도, 간단한 설정.
– 단점: 비용이 발생할 수 있음, 복잡한 워크플로우에는 적합하지 않을 수 있음.

4. CI/CD와 관련된 주요 개념:
– **블루-그린 배포**: 두 개의 프로덕션 환경(블루와 그린)을 사용하여 새로운 버전을 배포하는 방식입니다. 기존 환경(블루)은 계속 서비스를 제공하고, 새로운 환경(그린)에 업데이트를 적용한 후 트래픽을 전환합니다. 이 방식은 다운타임을 최소화하고 롤백을 용이하게 합니다.
– **카나리 배포**: 새로운 버전을 소수의 사용자에게만 배포하여 안정성을 검증한 후 점진적으로 전체 사용자에게 확장하는 방식입니다. 이 방법은 새로운 기능이나 변경 사항의 위험을 최소화합니다.
– **롤링 업데이트**: 애플리케이션의 인스턴스를 순차적으로 업데이트하는 방식으로, 서비스 중단 없이 점진적으로 새로운 버전을 배포합니다. 이는 대규모 시스템에서 흔히 사용됩니다.