CI/CD, 지속적 통합과 배포의 핵심

안녕하세요~ 룰루르루입니다!
이번에는 "DevOps의 핵심 요소, CI/CD"에 대해 정리해보았습니다.
CI/CD란 무엇이고, 왜 사용하는지, 어떤 점을 고려해야 하는지 가볍게 다뤘습니다!
혹시 잘못된 정보가 있거나 보완할 점이 있다면 댓글로 알려주시면 감사하겠습니다!

 

---

📌CI/CD 란 무엇인가요?

CI/CD 파이프라인은 현대 소프트웨어 개발의 핵심 요소로, 코드의 변경 사항을 지속적으로 통합하고 테스트를 거쳐 안전하게 운영 환경에 반영될 수 있도록 돕는 자동화 파이프라인입니다.

 

CI(Continuous Integration, 지속적 통합)

• 개발자가 새로운 코드를 푸시하면, 자동으로 빌드 및 테스트를 수행합니다.
• 코드 병합 시 충돌을 방지하고, 품질을 유지하는 데 도움을 줍니다.
• 새로운 코드에 대한 빠른 검증과 개선으로 개발 시간을 단축시키는 것을 목적으로 합니다.

CD(Continuous Delivery 또는 Continuous Deployment, 지속적 배포 또는 지속적 제공)

• Continuous Delivery(지속적 제공): 자동 테스트 후, 운영 환경 배포는 사람이 승인해야 합니다.
• Continuous Deployment(지속적 배포): 자동으로 운영 환경까지 배포합니다.
• 사용자에게 최신 버전을 더 빠르고, 안정적인 버전을 자주 제공하는 것을 목적으로 합니다.

쉽게 설명하면 CI/CD는 개발부터 테스트, 인프라 구성까지 연속적으로 흘러가도록 구성해 최종적으로 고객에게 코드를 빠르고 안정적으로 제공하기 위한 운영 원칙입니다. 

---

♾️CI/CD 파이프라인의 구성 단계

 

1️⃣ CI: 지속적 통합 프로세스

CI는 개발자들이 코드 변경사항을 주기적으로 중앙 저장소에 통합하는 프로세스입니다.

1. 코드 커밋 - 개발자가 변경된 코드를 버전 관리 시스템(VCS)에 푸시합니다.
2. 자동 빌드 - CI 서버는 VCS의 변경이 확인되면, 코드를 컴파일하고 실행 가능한 아티팩트를 생성합니다.
3. 자동화된 테스트 - 단위 테스트, 통합 테스트를 실행하여 코드의 품질을 검증합니다.
4. 릴리즈 - 빌드 및 테스트 결과를 팀에게 알리고, 깃과 같은 리포지터리에 릴리즈 합니다.       

2️⃣ CD: 지속적 제공 + 지속적 배포 프로세스

CD는 CI 과정을 통과한 코드를 배포할 수 있는 형태로 변환하고, 자동으로 스테이징 또는 프로덕션 환경에 배포하는 프로세스입니다.

1. 아티팩트 전달 - CI에서 릴리즈 된 결과물을 배포 환경에 맞게 변환합니다. (컨테이너 또는 빌드)
2. 환경 구성 - 배포 대상 환경(스테이징, 프로덕션 등)에 맞게 환경을 자동으로 설정합니다.
3. 아티팩트 배포 - CI 과정에서 생성된 아티팩트를 대상 환경에 배포합니다.
4. 구성 관리 - 환경별 설정을 자동으로 적용합니다.
5. smoke 테스트 - 배포 후 기본적인 기능 테스트를 수행합니다.

---

💯CI/CD의 핵심 구성 요소

1. 버전 관리 시스템(Git, GitHub, GitLab 등)

• 모든 코드 변경 사항을 추적하고 협업을 원활하게 해줍니다.
• CI/CD의 시작점이 되는 필수 도구입니다.

2. CI 도구(Jenkins, GitHub Actions, GitLab CI/CD 등)

• 코드가 변경될 때마다 자동으로 빌드와 테스트를 수행합니다.
• 개발자의 개입 없이 코드의 안정성을 검증할 수 있습니다.

3. 테스트 자동화

• CI/CD에서 중요한 역할을 하는 부분입니다.
• 코드가 배포되기 전에 다양한 테스트를 통해 안정성을 보장합니다.

4. 배포 자동화(Docker, Kubernetes, Helm 등)

• 컨테이너 기반 배포 도구를 사용하여 운영 환경으로 쉽게 배포할 수 있습니다.
• CD 단계에서 무중단 배포(Rolling Update, Blue-Green Deployment 등)를 지원합니다.

---

😎 CI/CD 도입의 장점

• 개발 속도 향상: 자동화된 빌드 및 테스트 덕분에 코드 변경 사항을 빠르게 반영할 수 있습니다.
• 코드 품질 향상: 지속적인 테스트로 버그를 조기에 발견하여 소프트웨어를 안정적으로 유지할 수 있습니다.
• 생산성 증가: 반복적으로 하던 일을 자동화함으로써 배포로 인한 실수를 줄이고, 롤백이 쉬워집니다.

즉, 초기 단계에 CI/CD를 적절히 구성했다면 개발 환경에서 더 자주 테스트하고 빠르게 운영 단계로 전환할 수 있게 됩니다.

---

🤔 CI/CD 파이프라인 구현 시 고려해야 할 문제

• 효과적인 자동화 테스트 전략을 수립하여 코드의 품질을 보장할 수 있어야 합니다.
• 배포 환경을 코드로 관리하여 일관성 있는 인프라를 구축해야 합니다.
• 파이프라인에 보안 검사를 통합하여 취약점을 조기에 발견할 수 있어야 합니다.
• 파이프라인의 각 단계를 모니터링하고 문제 해결과 성능 최적화, 롤백에 활용할 수 있어야 합니다.

---

이전 포스트에서는 DevOps를 다뤘습니다.

🚀 DevOps, 개발과 운영이 합쳐진 혁신적인 접근 방식

앞서 과거에는 "개발자가 어플리케이션을 개발 -> 운영자가 직접 서버에 배포" 같은  방식이 일반적이라 설명했었는데요,

DevOps가 보편화 된 이후에는 "개발자에게 개발부터 운영까지 어플리케이션의 생명주기 전 단계에 대한 이해를 요구하고 있다."

라고 정리할 수 있을 것 같습니다.

 

긴 글 읽어주셔서 감사합니다~~

---

CI/CD: 지속적 통합과 배포의 핵심 개념과 차이점 이해하기

DevOps의 모든 것

DevOps의 핵심 CI/CD란?

 

CI/CD - 위키백과, 우리 모두의 백과사전

 

CI/CD란? CI/CD 설명