CI/CD 란?

CI 지속적인 통합(Continuous Integration) /CD(Continuous Delivery)

빌드/테스트 자동화 과정. CI 는 개발자를 위한 자동화 프로세스인 지속적인 통합(Continuous Integration) 을 의미함.

애플리케이션에 대한 새로운 코드 변경 사항이 정기적으로 빌드 및 테스트되어 공유 리포지토리에 통합 되기 때문에, 여러 개발자가 동시에 애플리케이션 개발 코드에 작업을 할 경우 충돌할 수 있는 문제 해결 가능.

CD 지속적인 배포 (Continous Delivery)

• 지속적 배포 : 빌드, 테스트 및 배포 단계를 자동화하는 DevOps 방식을 논리적 극한까지 끌어올린다. → 코드 변경이 파이프라인의 이전 단계(CI 과정)를 모두 성공적으로 통과하면 수동 개입 없이 해당 변경 사항이 프로덕션에 자동으로 배포

  

  CI CD종류 :

  • Jenkins

    • • 무료이고, 사용자 층이 많아 Reference 가 많음
    • 설치 및 사용이 간단
    • 지원하는 플러그 인이 많음
    • JAVA 기반
    • Jenkins 용 EC2를 따로 띄워야하는 단점이 있음.

  • CircleCi

    • 일정 한도내에서 무료 사용가능 이메일로 알림 전송,
    • 유료인 경우 한달에 15달러
    • git 에 push를 하면 자동으로 테스트를 한 검사 결과를 메일 알림으로 보내줌. 배포까지 가능

  • TravisCi

    • 무료 버전과 유료 버전이 있음
    • gitHub와 연동하여 CI가 자동 동작하고 push가 아닌 PR에도 반응하도록 설계가 되어있음
    • 간결하고 직관 적인 웹 인터페이스를 제공하는 인터넷 기반의 CI 서비스

  • TeamCity

    • DevOps 파이프 라인을 세부적으로 시각화 해줌.
    • 테스트 기록을 유지해주고, 불안정한 테스트의 경우 신뢰도 낮음으로 표시
    • 팀원간 협업을 하는데 매우 용이
    • IDE(JetBrains)에 통합하면, 브랜치를 따로 생성하거나 코드를 커밋할 필요 없이 빌드, 확인, 자동화 테스트 까지 수행

  • Github Actions

    • github 리포지토리에서 직접 워크플로를 만들 수 있음. CI/CD 를 한곳에서 관리가능,
    • 다른 CI/CD 에 비해 진입장벽이 낮음. → github을 사용한다는 전제

젠킨스 적용하기 전

우선 jenkins를 설치함에 있어서 2가지의 방법이 있었다.

1. 로컬에 jenkins를 설치하는 것

2. aws - ec2 에 jenkins 를 설치하는 것

둘 중 하나를 고민하다가, 결국 2번째 방식으로 하기로 했다.

그 이유는 프로젝트를 함에 있어서 언젠가 aws를 사용해야 했고, 인프라를 구축함에 있어 최대한 많은 경험 및 공부를 해보고자 EC2와 도커를 활용하여 jenkins를 설치하기로 했다!!