🤔 CI/CD란 무엇일까 ?

Continuous Integration / Continuous Deployment(Deliver) 의 약자로, 지속적인 통합과 지속전인 제공을 의미한다.

☑️ 개념

• 지속적인 통합(Continuous Integration) : 코드의 지속적인 통합
  - 자동화된 빌드와 자동화된 테스트를 제공
  • 안정적인 코드를 빠르게 제공할 수 있는 밑거름
• 지속적인 서비스 제공(Continuous Delivery)
• 지속적인 배포(Continuous Deployment)
  - 배포를 자동화하여 배포 시간을 단축
  • 코드 결과물을 빠르게 지속적으로 제공

☑️ 단계

1️⃣ 코드 작성 : 개발자들은 소스 코드를 작성하고 저장소(repository)에 업로드.
2️⃣ 빌드 : 저장소에서 최신 소스 코드를 가져와 빌드 수행.
- 빌드는 소스코드를 컴파일하고, 라이브러리를 추가하고, 필요한 파일을 생성 하는 과정.
3️⃣ 테스트 : 빌드된 결과물을 대상으로 테스트 수행.
- 테스트는 기능이 정상적으로 작동하는지 확인하고, 버그를 발경하고 수정하는 과정.
4️⃣ 배포 : 테스트를 통과한 결과물을 배포.
- 배포는 서버에 업로드하거나, 사용자에게 제공하는 과정.

과거의 배포는 어땠을까 ?
소프트웨어 개발주기(SDLC, Software Devlopment Life Cycle) 중 폭포수 개발 방식
-오랜 시간 동안 구현하고 테스트하여 가끔 배포
-이 과정에서 한 대의 서버에 배포하기 위해 특정 동일한 과정으로 n개 서버에 반복했다.
❓ 출시 직후 진행된 프로덕션 테스트에서 아무도 발경하지 못한 버그가 있는경우에는 어떻게 해야 할까
-되돌리거나(롤백) 빠르게 수정하고 테스트하여 다시 추가 배포하거나 하는 큰 비용 발생

✅ 현대적인 개발 과정

스크럼으로 대표되는 애자일 개발

• 특정 주기마다 개발, 테스트 및 프로덕션에 통합된 기능을 출시
  

🤔 이 상황에서 테스트 및 기능 출시에 오랜 기능이 걸리고 손배포 를 통해 실패 위험성을 안고 있다면 ?

• 🤯 빠르게 배포하는 것이 사실상 불가능 !!
• Docker 를 통해 서버를 표준화하고 같은 환경에서 테스트 및 배포 테스트를 진행하고 이 과정을 자동화
  - 테스트로 검증된 자동화 배포를 사용하여 실패 확률 저하 ⬇️
  - 자동화된 과정으로 지속적으로 코드를 통합하여 지속적으로 자동 배포
• 컨테이너와 빌드/테스트 도구의 발전에 따라 Docker가 테스트 뿐만 아니라 실제 배포도 담당
  

--

출처 : Application Deployment using Kubernetes and Docker
Docker Image/Container
Docker Container LifeCycle
[TeamSparta]