CI/CD 파이프라인 예제를 통한 튜토리얼
토마스 해밀턴
⚡ 스마트 요약
CI/CD 파이프라인은 코드 변경 사항이 커밋된 시점부터 프로덕션 환경에 배포될 때까지의 과정을 자동화한 경로입니다. 소스, 빌드, 테스트, 배포의 네 단계를 거쳐 소프트웨어를 빌드, 테스트, 배포함으로써 수동 오류를 줄이고 개발자와 최종 사용자 간의 작업 주기를 단축합니다.
CI/CD 파이프라인이란 무엇인가요?
A CI/CD 파이프라인 개발자의 코드 커밋부터 배포된 릴리스에 이르기까지 코드 변경 과정을 자동화합니다. 코드를 빌드하고, 테스트 스위트를 실행하며, 바이너리를 하나 이상의 환경에 안전하게 배포합니다. 잘 설계된 파이프라인은 수동 오류를 줄이고, 개발자에게 빠른 피드백을 제공하며, 작고 빈번한 제품 반복 개발을 가능하게 합니다.
이 파이프라인은 통합 및 테스트부터 배포 및 배포에 이르기까지 전체 소프트웨어 수명주기에 걸쳐 자동화와 지속적인 모니터링을 연결합니다. 이러한 연결된 작업들을 통칭하여 CI/CD 파이프라인이라고 합니다.
지속적인 통합, 지속적인 전달, 지속적인 배포란 무엇입니까?
- 지속적 통합(CI): 팀 구성원들이 하루에 최소 한 번 이상 자신의 작업을 통합하는 개발 방식입니다. 모든 통합 작업은 자동화된 빌드 및 테스트 실행을 통해 검증되며, 오류를 신속하게 파악할 수 있습니다.
- 지속적인 전달(CD): 매 스프린트마다 제품을 출시 준비 상태로 유지하는 엔지니어링 방식입니다. 프로덕션 환경 배포는 일반적으로 수동 승인을 통해 이루어집니다.
- 지속적인 배포(CD): 지속적 배포를 한 단계 더 발전시켜 자동화된 검사를 통과한 모든 변경 사항을 사람의 검토 없이 자동으로 프로덕션 환경에 배포합니다.
CI/CD 파이프라인의 단계
CI/CD 파이프라인은 소프트웨어의 새 버전을 배포하는 데 필요한 단계를 명시한 실행 가능한 명세입니다. 어느 단계에서든 오류가 발생하면 이메일 등을 통해 알림이 전송됩니다. Slack또는 다른 채널을 통해 담당 엔지니어에게 즉시 알릴 수 있도록 하십시오.
CI/CD 파이프라인의 단계.
소스 단계
파이프라인은 코드 저장소의 변경 사항에 의해 트리거됩니다. 모든 커밋은 CI/CD 도구에 해당 파이프라인을 실행하도록 알립니다. 다른 일반적인 트리거로는 사용자 시작 워크플로, 예약 실행 및 상위 파이프라인의 결과가 있습니다.
빌드 단계
빌드 단계에서는 소스 코드를 컴파일하고 종속성을 해결하여 실행 가능한 결과물을 생성합니다. 컴파일 언어의 경우 다음과 같은 것들이 있습니다. C++, JavaC, Go와 같은 인터프리터 언어는 바이너리 파일을 생성해야 합니다. JavaScript, Python그리고 Ruby는 여전히 이 단계를 활용하여 종속성을 패키징하고, 린트를 실행하고, 컨테이너 이미지를 생성하는 데 도움을 받습니다.
빌드 단계에서의 오류는 대개 프로젝트의 근본적인 구성 오류를 나타내므로, 해당 문제는 즉시 해결해야 합니다.
테스트 단계
테스트 단계에서는 자동화된 테스트 스위트를 실행하여 코드의 정확성과 소프트웨어 동작을 검증합니다. 이를 통해 고객에게 도달하기 전에 쉽게 재현 가능한 버그를 잡아낼 수 있습니다. 테스트 작성 및 유지 관리는 개발자의 책임이며, 파이프라인은 테스트 실행만을 담당합니다.
배포 단계
배포 단계에서는 검증된 아티팩트를 스테이징, UAT 또는 프로덕션과 같은 대상 환경으로 배포합니다. 빌드가 필요한 모든 테스트를 통과하면 배포는 자동으로(지속적 배포) 또는 수동 게이트를 거친 후(지속적 전달) 시작될 수 있습니다.
CI/CD 파이프라인의 예시
아래의 예시는 GitHub를 사용하는 구체적인 파이프라인을 보여줍니다. CircleCI, 그리고 AWS.
- 출처 Code 제어: 애플리케이션 코드를 비공개 GitHub 저장소에 호스팅하여 빌드, 스캔 및 배포 서비스와 통합되도록 합니다.
- 지속적인 통합: 잇다 CircleCI 저장소에 푸시할 때마다 새 코드를 가져와 빌드하고 테스트 스위트를 실행하도록 합니다.
- UAT에 배포: 구성 CircleCI 성공적으로 빌드된 결과물을 이해관계자 테스트를 위해 AWS UAT 환경에 배포합니다.
- 운영 환경에 배포: 지속적 배포(Continuous Delivery)를 실천하는 경우, 동일한 CI/CD 단계를 재사용하여 아티팩트를 프로덕션 환경으로 배포하고, 수동 승인을 통해 배포를 제한할 수 있습니다.
CI/CD 파이프라인 우수사례
다음과 같은 방법들을 통해 파이프라인을 빠르고 안정적이며 팀의 신뢰를 얻을 수 있습니다.
- 자동화를 시작하기 전에 현재 배송 프로세스를 문서화하여 무엇을 유지하고, 변경하고, 제거해야 할지 파악하십시오.
- 전체 파이프라인을 한 번에 자동화하기보다는 간단한 개념 증명부터 시작하세요.
- 파이프라인을 여러 단계로 구성하여 신속하게 기본적인 검사부터 먼저 실행되도록 합니다.
- 빌드의 재현성을 유지하려면 모든 워크플로를 깨끗하고 격리된 환경에서 시작하십시오.
- 코드 스타일부터 보안 검사까지 모든 것을 포괄하는 오픈 소스 도구를 추가하세요.
- 모든 브랜치에 대해 동일한 테스트를 실행하는 코드 품질 관리 도구를 사용하십시오.
- 모든 풀 리퀘스트를 동료 평가하고 파이프라인 출력 결과를 평가 과정의 일부로 포함시키세요.
- 전환을 시작하기 전에 성공 지표를 정의하십시오. 이는 지속적인 개선을 이끌어냅니다.
CI/CD 파이프라인의 장점
잘 구축된 CI/CD 파이프라인은 다음과 같은 여러 가지 측정 가능한 이점을 제공합니다.
- 오류 발생 가능성이 높은 수동 빌드 및 릴리스 방식을 안정적인 자동화로 대체합니다.
- 배송되는 모든 제품의 일관성과 품질을 향상시킵니다.
- 유연성이 향상됩니다. 새로운 기능을 필요에 따라 즉시 제공할 수 있습니다.
- 개발자, QA 담당자 및 운영팀 간의 의사소통을 간소화합니다.
- 잦은 릴리스를 통해 고객 피드백 루프를 가속화합니다.
- 대시보드, 로그 및 알림을 통해 제품 가시성을 높입니다.
- 수동 오류를 제거하고 릴리스 비용을 절감합니다.
- 소프트웨어 개발 수명주기를 단축합니다.
- 개발자에서 최종 사용자에게 신속한 피드백을 제공합니다.
- 빌드를 손상시키는 변경 사항을 강조 표시하여 신속하게 되돌릴 수 있도록 합니다.
- 자동화된 테스트와 간단한 수동 탐색적 테스트를 병행하여 높은 품질을 유지합니다.
중요 CI/CD 도구
현대의 팀들은 다양한 CI/CD 도구로 구성된 탄탄한 생태계를 활용할 수 있습니다. 가장 널리 사용되는 도구들은 아래에 설명되어 있습니다.
1) Jenkins
Jenkins 는 빌드, 테스트 및 릴리스 워크플로우를 자동화하는 오픈 소스 지속적 통합(CI) 서버입니다. 로 작성되었습니다. Java 또한 방대한 플러그인 생태계의 지원을 받습니다. Jenkins 전 세계 수십만 대의 설치 환경에 전력을 공급합니다.
특징:
- 하루에도 여러 번 코드를 빌드하고 테스트합니다.
- 전체 빌드/테스트 파이프라인을 자동화하여 시간을 절약하고 결함을 줄입니다.
- 빌드 및 테스트가 성공적으로 완료될 때마다 코드를 배포합니다.
- 빠른 피드백을 통해 개발 주기를 단축합니다.
링크 : https://www.jenkins.io/download/
2) Bamboo
Bamboo 는 자동 빌드, 테스트 및 릴리스를 단일 도구로 통합한 지속적 통합 빌드 서버입니다. 다양한 환경과 원활하게 통합됩니다. Jira Software Bitbucket.
특징:
- 병렬 배치 테스트를 실행합니다.
- 설치 및 구성이 빠릅니다.
- 환경별 권한을 통해 개발자와 QA 담당자는 각자의 환경에 배포할 수 있습니다.
- 브랜치를 자동으로 병합하는 내장 Git 브랜칭 워크플로.
링크 : https://www.atlassian.com/software/bamboo
3) CircleCI
CircleCI 이 도구는 다양한 플랫폼의 모바일 앱 빌드를 실행하는 유연한 CI 도구입니다. Python API, Docker 클러스터 등을 통해 버그를 줄이고 빠른 피드백으로 애플리케이션 품질을 향상시킬 수 있습니다.
특징:
- 빌드 환경 선택.
- 다음을 포함한 다양한 언어를 지원합니다. C++, Java스크립트, .NET, PHP, Python, 그리고 루비.
- 사용자 지정 빌드 이미지에 대한 Docker 지원.
- 새로운 빌드가 시작되면 대기 중이거나 실행 중인 빌드를 자동으로 취소합니다.
4) GitHub Actions, GitLab CI 및 Argo CD
GitHub Actions와 GitLab CI는 CI/CD를 소스 제어 플랫폼에 직접 통합하여 외부 빌드 서버가 필요 없도록 합니다. Argo CD는 Kubernetes 클러스터에 GitOps 스타일의 지속적 배포 기능을 추가하여 클러스터를 Git에 선언된 원하는 상태로 유지합니다.
IT 리더에게 CI/CD 파이프라인이 중요한 이유는 무엇입니까?
- 릴리스의 신뢰성과 예측 가능성을 향상시킵니다.
- 엔지니어링 조직을 더욱 강화합니다.trac개발자에게 유리합니다.
- 버전 관리 시스템에서 코드를 가져와 한 번의 클릭으로 빌드를 실행합니다.
- 바이너리 파일을 대상 환경으로 안전하게 이동합니다.
- 프로젝트 관리자가 환경 변수 및 환경별 구성을 관리할 수 있도록 합니다.
- 웹, 데이터베이스, API 및 기타 서비스에 애플리케이션 구성 요소를 게시합니다.
- 각 릴리스의 상태에 대한 로그 데이터와 알림을 표시합니다.
- 코드 변경 사항을 적용하기 전에 검증하여 프로덕션 환경에서의 결함을 줄입니다.
CI/CD 파이프라인 KPI
- 주기 또는 배포 시간: 빌드에서 프로덕션 단계로 넘어가는 데 걸리는 시간. 추세 분석을 통해 배송 프로세스의 병목 현상을 파악할 수 있습니다.
- 배포 빈도: 얼마나 자주 배포하느냐에 따라 달라집니다. 더 자주, 더 작은 규모로 릴리스하면 위험을 줄이고 오류를 더 쉽게 수정할 수 있습니다.
- 리드타임 변경: 개발 시작부터 성공적인 배포까지 걸리는 시간. 기획, 코딩, 배포가 얼마나 잘 조화되는지를 보여줍니다.
- 변경 실패율: 장애를 일으키거나 롤백이 필요한 배포의 비율. Trac파이프라인의 안전성을 보장합니다.
- MTTR(평균 회복 시간): 장애 발생 후 서비스 복구에 걸리는 평균 시간. 시스템의 복원력을 측정합니다.
- MTTF(평균 고장 시간): 고장 간 평균 시간. Tracks 장기 신뢰성.
