CI/CD

김지우·2022년 12월 16일
0

8주차

목록 보기
3/6
post-thumbnail

1️⃣ CI/CD

CI: 지속적 통합(Continuous Integration)
CD: 지속적 배포(Continuous Deployment)

💡 CI란?

코드의 빌드/테스트 자동화 과정 과정입니다.

개발자를 위한 자동화 프로세스인 지속적인 통합(Continuous Integration)을 의미하며, CI를 성공적으로 구현할 경우 애플리케이션에 대한 새로운 코드 변경 사항이 정기적으로 빌드 및 테스트되어 공유 리포지토리에 통합됩니다.

즉, 커밋할 때마다 빌드와 일련의 자동 테스트가 이루어져 동작을 확인하고 변경으로 인해 문제가 생기는 부분이 없도록 보장해줍니다.

그러므로 여러 명의 개발자가 동시에 애플리케이션 개발과 관련된 코드 작업을 할 경우 서로 충돌할 수 있는 문제를 해결할 수 있습니다.

💡 CD란?

배포의 자동화 과정입니다.

CD는 지속적 배포(Continuous Deployment)를 의미하며, 파이프라인의 추가 단계에 대한 자동화를 말합니다.

때로는 얼마나 많은 자동화가 이루어지고 있는지 통계를 낼 때에도 사용됩니다.

코드의 변경이 파이프라인의 이전 단계를 모두 성공적으로 통과하면 수동 개입 없이 해당 변경 사항이 프로덕션에 자동으로 배포됩니다.

지속적 배포를 채택하면 품질 저하 없이 최대한 빨리 사용자에게 새로운 기능을 제공할 수 있습니다.


2️⃣ CI/CD 유무의 차이

📍 CI/CD를 적용 전

=> 개발자들이 코드를 수정합니다.

=> 각자의 코드를 push합니다.

=> 각자의 코드를 git에 올리고 통합(Intergration)합니다.

=> 에러가 발생한다면 에러를 직접 찾아낸 후 디버깅하고 코드를 수정합니다.

=> 장애를 없앨 때 까지 처음부터 과정을 반복합니다.

❗️많은 시간을 할애하여 에러가 해결되었으면 배포를 시작합니다. 하지만 배포과정 또한, 개발자가 직접 배포과정을 거치므로 많은 시간을 소요합니다.

💡 CI/CD를 적용 후

=> 개발자들이 개발하여 각자의 코드를 push합니다.

=> git push를 통해 Trigger되어 CI서버에서 알아서 Build, Test, Lint를 실행하고 결과를 전송합니다.

=> 결과를 전송받고 에러가 난 부분이 있다면 에러부분을 수정하고 코드를 master 브랜치에 merge합니다.

=> master 브랜치에 코드를 merge하고 Build, Test가 정상적으로 수행이 되었다면 CI서버에서 알아서 Deploy 과정을 수행합니다.

3️⃣ CI/CD 종류

  • Jenkins
  • CircleCI
  • TravisCI
  • Github Actions
  • etc

<출처> : Red Hat

profile
백엔드 성장 기록

0개의 댓글