Jenkins와 GitLab CI/CD의 전투

지난 XNUMX년 동안 지속적인 통합(Continuous Integration, CI) 및 지속적인 배포(Continuous Delivery, CD)를 위한 도구 개발에 상당한 발전이 있었습니다. 소프트웨어 개발과 운영(Development Operations, DevOps)을 통합하는 기술의 발전으로 CI/CD 도구에 대한 수요가 급격히 증가했습니다. 기존 솔루션은 지속적으로 개선되고 있으며 시대에 발 맞추려고 노력하고 있으며 새 버전이 출시되고 품질 보증 소프트웨어 (Quality Assurance, QA) 세계에서 많은 신제품이 지속적으로 등장하고 있습니다. 이처럼 선택의 폭이 넓기 때문에 올바른 도구를 선택하는 것은 쉬운 일이 아닙니다.

기존의 모든 CI/CD 도구 중에서 이 분야에서 무엇인가를 찾는 사람이라면 반드시 주목해야 할 두 가지 프로젝트가 있다. GitLab 플랫폼의 일부인 Jenkins와 GitLab CI/CD 도구에 대해 이야기하고 있습니다. Jenkins는 그 이상을 가지고 있습니다. 16000 GitHub의 별. gitlab.com의 GitLab 저장소는 점수가 조금 더 높았습니다. 2000 별. 리포지토리의 인기도를 비교해보면 Jenkins가 GitLab CI/CD가 포함된 플랫폼보다 8배 더 많은 별을 획득한 것으로 나타났습니다. 그러나 CI / CD 도구를 선택할 때 주의해야 할 유일한 지표는 아닙니다. 다른 많은 것들이 있으며 이것은 많은 비교에서 Jenkins와 GitLab CI / CD가 서로 매우 가까운 이유를 설명합니다.

예를 들어 다양한 제품에 대한 리뷰와 사용자가 부여한 평가를 축적하는 G2 플랫폼의 데이터를 살펴보겠습니다. 다음은 평균 등급입니다. 젠킨스, 288개 리뷰 기준 별 4,3개입니다. 오, 오 GitLab 270개의 리뷰가 있으며 이 도구의 평균 평점은 별 4,4개입니다. Jenkins와 GitLab CI/CD는 동등한 조건으로 경쟁한다고 해도 과언이 아닙니다. Jenkins 프로젝트는 2011년에 등장했으며 그 이후로 테스터들이 선호하는 도구였습니다. 그러나 동시에 2014년에 시작된 GitLab CI/CD 프로젝트는 이 플랫폼이 제공하는 고급 기능 덕분에 매우 높은 위치를 차지했습니다.

다른 유사한 플랫폼과 비교하여 Jenkins의 인기에 대해 이야기하면 Travis CI와 Jenkins 플랫폼을 비교하는 기사를 게시하고 설문 조사를 준비했습니다. 85명의 사용자가 참여했습니다. 응답자들은 가장 마음에 드는 CI/CD 도구를 선택하라는 요청을 받았습니다. 79%는 Jenkins를 선택했고 5%는 Travis CI를 선택했으며 16%는 다른 도구를 선호한다고 말했습니다.

Результаты опроса

다른 CI/CD 도구 중에서 GitLab CI/CD가 가장 많이 언급되었습니다.

DevOps에 관심이 있다면 프로젝트의 세부 사항, 예산 및 기타 요구 사항을 고려하여 적절한 도구를 신중하게 선택해야 합니다. 올바른 선택을 할 수 있도록 Jenkins와 GitLab CI/CD를 검토할 예정입니다. 이것은 올바른 선택을 하는 데 도움이 되기를 바랍니다.

젠킨스 소개

젠킨스 소프트웨어 프로젝트와 관련된 많은 작업을 자동화하도록 설계된 잘 알려진 유연한 CI/CD 도구입니다. Jenkins는 전적으로 Java로 작성되었으며 MIT 라이선스에 따라 출시되었습니다. 여기에는 소프트웨어 빌드, 테스트, 배포, 통합 및 릴리스와 관련된 작업을 자동화하는 것을 목표로 하는 강력한 기능 세트가 있습니다. 이 도구는 다양한 운영 체제에서 사용할 수 있습니다. 여기에는 macOS, Windows 및 OpenSUSE, Ubuntu 및 Red Hat과 같은 많은 Linux 배포판이 포함됩니다. 다양한 OS용으로 설계된 Jenkins용 설치 패키지가 있으며 이 도구는 Docker 및 JRE(Java Runtime Environment)가 있는 모든 시스템에 설치할 수 있습니다.

Jenkins 개발자는 Kubernetes 환경에서 작동하도록 설계된 Jenkins X라는 또 다른 프로젝트를 만들었습니다. Jenkins X는 DevOps 모범 사례를 따르는 CI/CD 파이프라인을 구축하기 위해 Helm, Jenkins CI/CD 서버, Kubernetes 및 기타 도구를 통합합니다. 예를 들어 여기에서는 GitOps가 사용됩니다.

Jenkins의 장점 중 하나는 스크립트가 매우 잘 구조화되고 이해하기 쉽고 읽기 쉽다는 사실입니다. Jenkins 팀은 Jenkins와 다양한 기술의 상호 작용을 구성하는 것을 목표로 약 1000개의 플러그인을 만들었습니다. 스크립트는 예를 들어 다양한 폐쇄 시스템에 연결할 수 있는 인증 시스템을 사용할 수 있습니다.

Jenkins 파이프라인이 작동하는 동안 특정 작업 단계가 성공적으로 완료되었는지 여부에 관계없이 각 단계에서 어떤 일이 발생하는지 관찰할 수 있습니다. 그러나이 모든 것을 특정 그래픽 인터페이스를 사용하지 않고 터미널 기능을 사용하여 볼 수 있습니다.

젠킨스의 특징

Jenkins의 잘 알려진 기능 중에는 설정 용이성, 다양한 작업의 높은 수준의 자동화 및 우수한 문서화가 있습니다. DevOps 작업 해결에 대해 이야기하면 Jenkins는 일반적으로 프로젝트 처리의 전체 프로세스를 면밀히 모니터링하는 것이 의미가 없는 매우 안정적인 도구로 간주됩니다. 다른 CI/CD 도구에서는 그렇지 않습니다. Jenkins의 가장 중요한 기능에 대해 이야기해 봅시다.

▍1. 무료, 오픈 소스, 다중 플랫폼 지원

Jenkins는 macOS, Windows 및 Linux 플랫폼에서 실행할 수 있습니다. 또한 자동화된 작업의 균일하고 빠른 실행을 구성할 수 있는 Docker 환경에서도 작동할 수 있습니다. 이 도구는 Apache Tomcat 및 GlassFish와 같은 Java 지원 컨테이너에서 서블릿으로도 실행할 수 있습니다. 정성적으로 Jenkins 설치 문서화.

▍2. 플러그인 생태계 개발

Jenkins 플러그인 생태계는 다른 CI/CD 도구의 플러그인 생태계보다 훨씬 더 성숙한 것으로 보입니다. 현재 Jenkins용 플러그인은 1500개가 넘습니다. 이 플러그인은 다양한 프로젝트를 자동화할 수 있도록 도움을 주어 광범위한 작업을 해결하는 것을 목표로 합니다. 선택할 수 있는 풍부한 무료 플러그인은 Jenkins를 사용하는 경우 값비싼 유료 플러그인을 구입할 필요가 없다는 것을 의미합니다. 가능성이있다 통합 많은 DevOps 도구가 있는 Jenkins.

▍3. 쉬운 설치 및 설정

Jenkins는 설치 및 구성이 상당히 쉽습니다. 동시에 시스템 업데이트 프로세스도 매우 편리합니다. 여기에서 Jenkins 설치 및 구성과 관련된 다양한 질문에 대한 답변을 찾을 수 있으므로 문서의 품질을 언급할 가치가 있습니다.

▍4. 친절한 커뮤니티

이미 언급했듯이 Jenkins는 수많은 플러그인을 포함하는 생태계인 오픈 소스 프로젝트입니다. Jenkins를 중심으로 대규모 사용자 및 개발자 커뮤니티가 개발되어 프로젝트 개발을 돕습니다. 커뮤니티는 Jenkins의 발전을 이끄는 요소 중 하나입니다.

▍5. REST API의 가용성

Jenkins로 작업하는 동안 시스템의 기능을 확장하는 REST API를 사용할 수 있습니다. 시스템에 대한 원격 액세스를 위한 API는 XML, JSONP를 지원하는 JSON, Python의 세 가지 버전으로 제공됩니다. 여기에 Jenkins REST API 작업에 대한 세부 정보를 다루는 설명서 페이지입니다.

▍6. 작업의 병렬 실행 지원

Jenkins는 DevOps 작업의 병렬화를 지원합니다. 관련 도구와 쉽게 통합되고 작업 결과에 대한 알림을 받을 수 있습니다. 서로 다른 가상 머신을 사용하여 프로젝트의 병렬 빌드를 구성하여 코드 테스트를 가속화할 수 있습니다.

▍7. 분산 환경에서의 작업 지원

Jenkins를 사용하면 여러 컴퓨터를 사용하여 분산 빌드를 구성할 수 있습니다. 이 기능은 대규모 프로젝트에 적용할 수 있으며 하나의 마스터 Jenkins 서버와 여러 개의 슬레이브 시스템이 있는 작업 체계를 사용합니다. 슬레이브 머신은 다양한 환경에서 프로젝트 테스트를 구성해야 하는 상황에서도 사용할 수 있습니다. 이러한 기능은 Jenkins를 다른 유사한 프로젝트와 차별화합니다.

깃랩 소개

GitLab CI / CD 가장 사랑받는 최신 DevOps 도구 중 하나라고 할 수 있습니다. 이 무료 오픈 소스 도구는 GitLab 버전 제어 시스템에 내장되어 있습니다. GitLab 플랫폼에는 커뮤니티 버전이 있으며 저장소 관리, 문제 추적 도구, 코드 검토 조직, 문서 지향 메커니즘을 지원합니다. 회사는 안전한 사용자 권한 부여 및 인증을 위해 GitLab을 로컬에 설치하여 Active Directory 및 LDAP 서버에 연결할 수 있습니다.

여기에 GitLab CI/CD 기능을 사용하여 CI/CD 파이프라인을 생성하는 방법을 배우는 데 도움이 되는 비디오 자습서입니다.

GitLab CI/CD는 원래 독립 실행형 프로젝트로 출시되었지만 2015년에 이 도구 세트가 GitLab 8.0에 통합되었습니다. 단일 GitLab CI/CD 서버는 25000명 이상의 사용자를 지원할 수 있습니다. 이러한 서버를 기반으로 가용성이 높은 시스템을 만들 수 있습니다.

GitLab CI/CD 및 주요 GitLab 프로젝트는 Ruby 및 Go로 작성되었습니다. 그들은 MIT 라이선스에 따라 배포됩니다. GitLab CI/CD는 CI/CD 도구의 일반적인 기능 외에도 작업 일정과 관련된 추가 기능도 지원합니다.

GitLab CI/CD를 프로젝트에 통합하는 것은 매우 쉽습니다. GitLab CI/CD를 사용할 때 프로젝트 코드 처리 프로세스는 단계로 나뉘며 각 단계는 특정 순서로 수행되는 여러 작업으로 구성될 수 있습니다. 작업을 미세 조정할 수 있습니다.

작업을 병렬로 실행할 수 있습니다. 단계 및 작업 순서를 설정하고 나면 CI/CD 파이프라인을 사용할 준비가 된 것입니다. 작업 상태를 모니터링하여 진행 상황을 모니터링할 수 있습니다. 결과적으로 GitLab CI / CD를 사용하는 것은 매우 편리하며 아마도 다른 유사한 도구보다 더 편리할 것입니다.

GitLab CI/CD 및 GitLab의 기능

GitLab CI/CD는 가장 인기 있는 DevOps 도구 중 하나입니다. 이 프로젝트는 고품질 문서로 구별되며 그 기능은 사용하기 쉽고 편리합니다. 아직 GitLab CI/CD에 익숙하지 않은 경우 다음 이 도구 기능 목록을 통해 무엇을 기대할 수 있는지에 대한 일반적인 정보를 얻을 수 있습니다. 이러한 기능 중 많은 부분이 GitLab CI/CD가 통합된 GitLab 플랫폼 자체와 관련되어 있다는 점에 유의해야 합니다.

▍1. 인기

GitLab CI/CD는 널리 사용되는 비교적 새로운 도구입니다. GitLab CI/CD는 자동화된 테스트 및 소프트웨어 배포에 사용되는 매우 인기 있는 CI/CD 도구가 천천히 되었습니다. 설정이 간단합니다. 또한 GitLab 플랫폼에 내장된 무료 CI/CD 도구입니다.

▍2. GitLab Pages 및 Jekyll 지원

Jekyll은 GitLab 페이지 시스템 내에서 GitLab 리포지토리를 기반으로 사이트를 생성하는 데 사용할 수 있는 정적 사이트 생성기입니다. 시스템은 소스 자료를 가져와 이를 기반으로 기성품 정적 사이트를 생성합니다. 파일을 편집하여 이러한 사이트의 모양과 기능을 제어할 수 있습니다. _config.yml, 지킬에서 사용.

▍3. 프로젝트 계획 기능

프로젝트 단계를 계획하는 기능 덕분에 문제 및 그룹 추적의 편의성이 높아집니다. 이를 통해 프로젝트 작업 구성을 관리하고 특정 날짜에 구현을 계획할 수 있습니다.

▍4. CI 러너의 자동 스케일링

특정 작업을 수행하는 러너의 자동 확장 덕분에 서버 용량을 임대하는 비용을 크게 절약할 수 있습니다. 이것은 특히 프로젝트가 병렬로 테스트되는 환경에서 매우 중요합니다. 또한 이는 여러 리포지토리로 구성된 대규모 프로젝트에 중요합니다.

▍5. 문제 추적 도구

GitLab의 강력한 문제 추적 기능은 많은 오픈 소스 프로젝트가 플랫폼을 사용하도록 이끌었습니다. GitLab CI/CD는 서로 다른 코드 브랜치의 병렬 테스트를 허용합니다. 테스트 결과는 시스템 인터페이스에서 편리하게 분석됩니다. 이것은 GitLab CI/CD를 Jenkins와 차별화합니다.

▍6. 저장소에 대한 액세스 제한

GitLab 플랫폼은 리포지토리에 대한 액세스 제한을 지원합니다. 예를 들어, 리포지토리의 프로젝트에서 공동 작업을 수행하는 사용자에게는 해당 역할에 적합한 권한을 할당할 수 있습니다. 이것은 특히 기업 프로젝트에 해당됩니다.

▍7. 적극적인 커뮤니티 지원

이 플랫폼과 도구, 특히 GitLab CI/CD의 개발에 기여하는 GitLab을 중심으로 활발한 커뮤니티가 개발되었습니다. 특히 GitLab CI/CD와 GitLab의 긴밀한 통합 덕분에 GitLab CI/CD로 작업할 때 발생하는 질문에 대한 답변을 쉽게 찾을 수 있습니다.

▍8. 다양한 버전 관리 시스템 지원

GitLab CI/CD는 GitLab 리포지토리에 호스팅된 코드 이상으로 작업할 수 있는 시스템입니다. 예를 들어 GitHub 리포지토리에 코드를 저장할 수 있으며 GitLab CI/CD를 사용하여 GitLab 기반으로 CI/CD 파이프라인을 구성할 수 있습니다.

Jenkins와 GitLab CI/CD 비교

Jenkins와 GitLab CI/CD는 CI/CD 파이프라인을 원활하게 실행할 수 있는 매우 좋은 도구입니다. 그러나 그것들을 비교해보면 여러 면에서 유사하지만 어떤 면에서는 서로 다르다는 것이 밝혀졌습니다.

특성
젠킨스
GitLab CI / CD

오픈 소스 또는 폐쇄 소스
오픈 소스
오픈 소스

설치
필수의.
이것은 GitLab 플랫폼의 기본 제공 기능이므로 필요하지 않습니다.

독특한 기능
플러그인 지원.
버전 관리 시스템과의 긴밀한 통합.

지원
결석.
사용 가능.

설치 및 구성
어려움이 발생하지 않습니다
어려움이 발생하지 않습니다

시스템 자체 배포
이것이 시스템을 사용하는 유일한 방법입니다.
지원됩니다.

CI/CD 파이프라인 만들기
Jenkins 파이프라인을 사용하여 지원됩니다.
지원됩니다.

애플리케이션 성능 모니터링
결석.
사용 가능.

생태계
1000개가 넘는 플러그인이 있습니다.
이 시스템은 GitLab 내에서 개발 중입니다.

API
고급 API 시스템을 지원합니다.
프로젝트에 더 깊이 통합하기 위한 API를 제공합니다.

자바스크립트 지원
사용 가능.
사용 가능.

다른 도구와 통합
다른 도구 및 플랫폼과의 통합이 지원됩니다(Slack, GitHub).
타사 시스템, 특히 GitHub 및 Kubernetes와의 통합을 위한 많은 도구.

코드 품질 관리
지원됨 - SonarQube 플러그인 및 기타 플러그인 사용.
지원됩니다.

Jenkins와 GitLab CI/CD의 차이점

Jenkins와 GitLab CI/CD를 설명하고 비교한 후 이러한 DevOps 도구 간의 차이점에 초점을 맞추겠습니다. 이러한 차이점을 알면 이러한 도구 중 하나를 다른 도구보다 선호하는 사람들을 이해하는 데 도움이 됩니다.

• GitLab CI/CD는 Git 저장소를 완전히 제어할 수 있습니다. 우리는 리포지토리 분기 및 기타 기능 관리에 대해 이야기하고 있습니다. 그러나 Jenkins는 리포지토리와 함께 작동할 수 있지만 GitLab CI/CD와 동일한 수준의 제어를 제공하지 않습니다.
• Jenkins는 무료 오픈 소스 프로젝트입니다. 선택한 사람이 독립적으로 배포합니다. 그리고 GitLab CI/CD는 GitLab 플랫폼에 포함되어 있는 턴키 솔루션입니다.
• GitLab CI/CD는 프로젝트 수준에서 작동하는 고급 작업 관리 도구를 지원합니다. Jenkins의 이쪽은 덜 개발되었습니다.

Jenkins 및 GitLab CI/CD: 강점 및 약점

이제 Jenkins와 GitLab CI/CD에 대한 아이디어가 생겼습니다. 이제 이러한 도구에 대해 더 잘 알 수 있도록 해당 도구의 장단점을 살펴보겠습니다. 필요한 도구를 이미 결정했다고 가정합니다. 이 섹션을 통해 자신을 테스트할 수 있기를 바랍니다.

▍젠킨스의 강점

• 많은 수의 플러그인.
• 도구 설치를 완벽하게 제어합니다.
• 러너의 간단한 디버깅.
• 쉬운 노드 설정.
• 쉬운 코드 배포.
• 아주 좋은 자격 증명 관리 시스템.
• 유연성과 다양성.
• 다양한 프로그래밍 언어를 지원합니다.
• 시스템은 직관적인 수준에서 이해할 수 있습니다.

▍젠킨스의 약점

• 플러그인은 사용하기 까다로울 수 있습니다.
• 소규모 프로젝트에서 Jenkins를 사용하는 경우 직접 구성하는 데 필요한 시간이 지나치게 길어질 수 있습니다.
• CI/CD 체인에 대한 일반적인 분석 정보가 부족합니다.

▍GitLab CI/CD의 장점

• Docker와 잘 통합됩니다.
• 러너의 간단한 스케일링.
• CI/CD 파이프라인 단계의 일부인 작업의 병렬 실행.
• 작업 관계를 설정할 때 방향성 비순환 그래프 모델을 사용합니다.
• 러너의 병렬 실행 가능성으로 인한 높은 수준의 확장성.
• 작업 추가 용이성.
• 간단한 충돌 해결.
• 안정적인 보안 시스템.

▍GitLab CI/CD의 단점

• 각 작업에 대해 아티팩트를 설명하고 업로드/다운로드해야 합니다.
• 분기가 실제로 병합되기 전에 병합 결과를 테스트할 수 없습니다.
• CI/CD 파이프라인의 단계를 설명할 때 개별 단계를 구분하는 것은 아직 불가능합니다.

결과

Jenkins와 GitLab CI/CD 모두 장단점이 있습니다. 무엇을 선택할 것인가에 대한 답은 특정 프로젝트의 필요와 특성에 따라 다릅니다. 오늘 검토한 각 CI/CD 도구는 동일한 문제를 해결하기 위해 만들어졌지만 특정 기능을 가지고 있습니다. 동시에 Jenkins는 독립 실행형 도구이며 GitLab CI/CD는 코드 협업을 위해 설계된 플랫폼의 일부입니다.

CI / CD 시스템을 선택할 때 그 기능 외에도 관련 비용과 프로젝트를 지원하는 DevOps 엔지니어가 작업하는 데 정확히 무엇을 사용하는지 고려할 가치가 있습니다.

어떤 CI/CD 도구를 사용하십니까?

출처 : habr.com