Jenkins란?

1. CI / CD 가 무엇인가

 

CI/CD란?

CI: Continuous Integration 즉, 지속적인 통합이라는 의미

어플리케이션의 새로운 코드 변경 사항이 정기적으로 빌드 및 테스트 되어 공유 레포지토리에 통합히는 것을 의미

목표

• 버그를 신속하게 찾아 해결하고
• 소프트웨어의 품질을 개선하고
• 새로운 업데이트의 검증 및 릴리즈의 시간을 단축시키는 것

정리하자면 CI는 개발자가 하루에 여러 번 코드를 공유 저장소에 통합하도록 요구하는 개발 방식이며, CI의 궁극적인 목표는 더 좋은 코드를 더 빠르게 제공하는 것이다. 소규모로 이루어지는 잦은 변경에 자동화를 적용하면 팀에서 버그를 더욱 빠르게 찾고 해결할 수 있으며, 새로운 업데이트를 검증하고 릴리스하는 데 소요되는 시간을 줄일 수 있다.

 

CD: Continuous Delivery , CD: Continuous Deployment 이 두 용어의 축약어 즉, 지속적인 서비스 제공 or 지속적인 배포라는 의미

• Continuous Delivery는 공유 레포지토리로 자동으로 Release하는 것
• Continuous Deployment는 Production 레벨까지 자동으로 deploy 하는 것

정리하자면, CI가 새로운 소스코드의 빌드, 테스트, 병합까지를 의미하고, CD는 개발자의 변경 사항이 레포지토리를 넘어, 고객의 프로덕션 환경까지 Release 하는 것을 의미한다.

CI/CD 툴

Jenkins, Github action, Gitlab CI / CD 등이 있다. 이제 Jenkins에 대해 알아보겠다.

 

DevOps Tool Chain이란?

 

데브옵스(DevOps) 적용이 가능한 툴을 묶어 하나의 체인 형식으로 모든 과정(계획-코드-빌드-테스트-릴리즈-배포-운영-모니터링)을 묶어 사용하는 개념이자 데브옵스 문화를 효과적으로 적용하기 위한 방법론을 말한다. 각각을 간단히 말하자면

 

Plan:  비즈니스 가치 및 요구사항을 정의.

Code: 소프트웨어 설계 및 소프트웨어 코드 생성이 포함.

Build: 소프트웨어 빌드 및 버전을 관리하고 자동화된 툴을 사용하여 코드를 컴파일하고 패키징하여 향후 제품 릴리즈에 제공.

Test: 최적의 코드 품질을 보장하기 위해 지속적인 테스트(수동 또는 자동)를 수행.

deploy:  제품 릴리즈를 운영 단계로 관리, 조정, 예약 및 자동화하는 데 도움이 되는 툴이 포함.

Operate:  운영 중인 소프트웨어를 관리.

Monitor:  운영 환경의 특정 소프트웨어 릴리즈에서 발생하는 문제에 대한 정보를 식별하고 수집.

이에 따라 우리는 툴체인을 통해 비즈니스 요구사항을 단기간에 반영 할 수 있는 품질높은 소프트웨어가 개발이 가능하며 팀 규모, 프로젝트 상황에 따라 적절히 DevOps 툴 체인을 녹여내는 것이 중요하다.

빌드와 배포가 중요하니 조금 더 자세히 알아보자

 

빌드: 컴파일 된 코드를 컴퓨터에서 실행할 수 있는 상태로 만들어 주는 것

이런 빌드를 도와주는 도구 = build tool ( maven, gradle 등)

배포: 빌드가 완성된 실행 가능한 파일을 사용자가 접근 할 수 있는 환경에 배치시키는 것

 

빌드와 배포를 자동화해야 하는 이유

• 시간과 비용 절감
• 일관성과 안정성 향상
• 복잡성 관리
• 한번 자동화 하면 반복적인 작업을 반복하지 않아도 된다.

 

2. Jenkins란

귀찮은 작업을 자동화 해주는 것, 다양한 플러그인을 활용해서 자동화 작업을 해준다. 자동화 작업의 순서들의 집합을 Pipeline이라 하는데 이를 통해 CI/CD 파이프라인을 구축한다. 즉, 잰킨스 자체는 빈 껍데기이고, 다양한 플러그인들을 조합해서 쓰는 것이라고 생각하면 된다.

프로젝트를 개발할때 커밋이 매우 빈번하게 일어나게 되고, 커밋 횟수만큼 빌드 하는것이 아니라 큐에 저장되어 있다가 자신이 실행될 차례가 되어서야 빌드와 테스트 작업들이 실행된다. 잰킨스를 사용하면 자동화 테스트를 수행하고, 컴파일 환경에서의 오류검출과 정적 코드 분석을 통한 코딩 규약 준수여부를 체크할 수 있다는 장점이 있다.

이 외에도 젠킨스는 500여가지가 넘는 플러그인을 온라인으로 간단히 설치 할 수 있는 기능을 제공하고 있으며 스크립트를 이용해 손쉽게 자신에게 필요한 기능을 추가 할 수도 있다.

젠킨스는 아래와 같은 방식으로 동작한다.

 

1 GitHub에 코드 변경 사항 발생

2 GitHub에 코드 변경 사항이 감지되면, 설정된 GitHub Webhook이 Jenkins에게 HTTP POST 요청

3 Jenkins에서 변경사항 감지하고 에 CI / CD 파이프라인 실행

4  빌드 & 배포

5 소프트웨어를 빌드하고 테스트한 후, Docker 이미지로 패키징하고 EC2 인스턴스에 배포한다.

 

따라서 젠킨스를 사용하면 CI/CD 파이프라인을 구축하여 소프트웨어 개발 프로세스를 자동화하고 개선할 수 있다.

파이프라인이 무엇일까? 어렵게 생각할 것 없이 작업 명세서. 세탁하는방법에 대한 파이프라인이 있으면 아래와 같은 3단계를 거치게 된다.

• 1 빨래를 세탁기에 넣는다
• 2 세제를 세탁기에 넣는다
• 3 세탁기를 실행한다

이것이 파이프라인이라고 할 수 있다.

 

젠킨스의 장점

• 자동화 테스트를 수행
• 컴파일 환경에서 컴파일 오류 검출
• 개발 업무를 도와주는 많은 플러그인 보유

 

3. Github action과 차이점

처음에 자동화배포를 배울 때 Github action을 배웠고, 이를 통해 빌드와 배포를 자동화하였다.

이 둘의 장단점을 비교해보자

Jenkins	Github Action
서버 설치가 필요하다	클라우드가 있어, 별도 설치 필요없다
동기화 CI / CD	비동기 CI / CD
환경 호환성을 위해 도커 이미지에서 실행한다	모든 환경과 호환
문서가 다양하다	최근에 나왔기에 참고문서가 적다
CI / CD 구성이 어려운 편이다.	손쉽게 CI / CD 구성이 가능하다
처리속도가 빠르다	처리속도가 느리다

 

둘다 좋은 툴이다. 어떤 프로젝트를 쓰냐에 따라 사용자의 능력에 따라 사용할 툴을 선택하면 좋을 것 같다.

처음 CI / CD를 쓴다면 Jenkins를 하는게 힘들 수 있지만, 추가 기능도 많고, 데이터를 여러 파이프라인에서 공유 할 수 있다는 장점이 있어, 대규모 시스템을 사용한다면 Jenkins가 적당할 것 같다.

하지만, 소규모 프로젝트나, 배포를 빠르게 하는 것이 주 목표라면 Github action이 사용하기도 쉽고, 편리하다.

 

reference

https://www.redhat.com/ko/topics/devops/what-is-ci-cd

CI/CD(CI CD, 지속적 통합/지속적 배포): 개념, 툴, 구축, 차이

 

https://stackshare.io/stackups/github-actions-vs-jenkins-x

GitHub Actions vs Jenkins X | What are the differences?

 

https://velog.io/@kimseungki94/Jenkins-vs-Github-Action-%EC%96%B4%EB%96%A4%EA%B1%B8-%EC%93%B0%EB%8A%94%EA%B2%8C-%EC%A2%8B%EC%9D%84%EA%B9%8C