지속적 배포를 구성하는 데 널리 사용되는 3가지 도구(지속적 배포)

지속적인 배포는 소프트웨어의 다양한 기능을 빠르고 안전하며 효율적으로 구현하는 데 사용되는 소프트웨어 개발의 특별한 접근 방식입니다.

주요 아이디어는 개발자가 완성된 제품을 사용자에게 신속하게 제공할 수 있는 신뢰할 수 있는 자동화 프로세스를 만드는 것입니다. 동시에 프로덕션에 지속적인 변경이 이루어집니다. 이를 지속적 전달 파이프라인(CD 파이프라인)이라고 합니다.

Skillbox는 다음을 권장합니다. 실기 코스 "모바일 개발자 PRO".

알림: "Habr"의 모든 독자를 위한 - "Habr" 프로모션 코드를 사용하여 Skillbox 과정에 등록할 때 10 루블 할인.

흐름을 제어하기 위해 유료 및 완전 무료를 포함한 다양한 도구를 사용할 수 있습니다. 이 기사에서는 모든 프로그래머에게 유용할 수 있으며 개발자들 사이에서 가장 인기 있는 세 가지 솔루션에 대해 설명합니다.

젠킨스

완전 독립형 오픈 소스 자동화 서버입니다. 소프트웨어 구축, 테스트, 배송 또는 배포와 관련된 모든 종류의 작업을 자동화하려면 협력할 가치가 있습니다.

최소 PC 요구 사항 :

• 256MB RAM, 1GB 파일 공간.

최적:

• 1GB RAM, 50GB 하드 드라이브.

작업하려면 JRE(Java Runtime Environment) 버전 8이라는 추가 소프트웨어도 필요합니다.

아키텍처(분산 컴퓨팅)는 다음과 같습니다.


Jenkins Server는 GUI 호스팅은 물론 전체 빌드 구성 및 실행을 담당하는 설치입니다.

Jenkins 노드/슬레이브/빌드 서버 - 마스터(메인 노드)를 대신하여 빌드 작업을 수행하도록 구성할 수 있는 장치입니다.

리눅스용 설치

먼저 시스템에 Jenkins 저장소를 추가해야 합니다.

CD /tmp && wget -q -O — pkg.jenkins.io/debian-stable/jenkins.io.key | sudo apt-key 추가 - echo 'deb pkg.jenkins.io/debian-stable 바이너리/' | sudo tee -a /etc/apt/sources.list.d/je

패키지 저장소 업데이트:

sudo apt update

Jenkins를 설치합니다.

sudo apt 설치 젠킨스

그 후에 Jenkins는 기본 포트 8080을 통해 시스템에서 사용할 수 있습니다.

기능을 확인하려면 브라우저에서 주소를 열어야 합니다. 로컬 호스트:8080. 그러면 시스템은 루트 사용자의 초기 비밀번호를 입력하라는 메시지를 표시합니다. 이 비밀번호는 /var/lib/jenkins/secrets/initialAdminPassword 파일에 있습니다.

이제 모든 준비가 완료되었으므로 CI/CD 흐름 생성을 시작할 수 있습니다. 워크벤치의 그래픽 인터페이스는 다음과 같습니다.

젠킨스의 강점:

• 마스터/슬레이브 아키텍처가 제공하는 확장성
• REST XML/JSON API의 가용성;
• 플러그인 덕분에 수많은 확장 기능을 연결할 수 있습니다.
• 활발하고 끊임없이 발전하는 커뮤니티.

단점 :

• 분석 블록이 없습니다.
• 매우 사용자 친화적인 인터페이스는 아닙니다.

TeamCity

JetBrains의 상용 개발. 서버는 간단한 설정과 뛰어난 인터페이스로 훌륭합니다. 기본 구성에는 많은 기능이 포함되어 있으며 사용 가능한 플러그인 수가 지속적으로 증가하고 있습니다.

JRE(Java Runtime Environment) 버전 8이 필요합니다.

서버 하드웨어 요구 사항은 중요하지 않습니다.

• RAM - 3,2GB;
• 프로세서 - 듀얼 코어, 3,2GHz;
• 1Gb/s 용량의 통신 채널.

서버를 사용하면 높은 성능을 얻을 수 있습니다.

• 60개의 빌드 구성을 갖춘 300개의 프로젝트;
• 빌드 로그에 2MB 할당;
• 빌드 에이전트 50개;
• 웹 버전에서는 50명의 사용자, IDE에서는 30명의 사용자와 작업할 수 있습니다.
• 외부 VCS(일반적으로 Perforce 및 Subversion) 연결 100개. 평균 변경 시간은 120초입니다.
• 하루에 150개 이상의 수정;
• 한 서버에서 데이터베이스 작업
• JVM 서버 프로세스 설정: -Xmx1100m -XX:MaxPermSize=120m.

에이전트 요구 사항은 실행 중인 어셈블리를 기반으로 합니다. 서버의 주요 작업은 연결된 모든 에이전트를 모니터링하고 호환성 요구 사항에 따라 대기열에 있는 어셈블리를 이러한 에이전트에 배포하고 결과를 보고하는 것입니다. 에이전트는 다양한 플랫폼과 운영 체제, 그리고 사전 구성된 환경으로 제공됩니다.

빌드 결과에 대한 모든 정보는 데이터베이스에 저장됩니다. 주로 이는 기록 및 기타 유사한 데이터, VCS 변경 사항, 에이전트, 빌드 대기열, 사용자 계정 및 권한입니다. 데이터베이스에는 빌드 로그와 아티팩트만 포함되지 않습니다.

리눅스용 설치

Tomcat 서블릿 컨테이너와 함께 TeamCity를 수동으로 설치하려면 TeamCity 아카이브 TeamCity .tar.gz를 사용해야 합니다. 다운로드 여기서 얻을 수 있어요.

tar -xfz TeamCity.tar.gz

/bin/runAll. sh [시작|중지]

처음 시작할 때 어셈블리 데이터가 저장될 데이터베이스 유형을 선택해야 합니다.

기본 구성은 다음에서 실행됩니다. 로컬 호스트:8111/ 하나의 등록된 빌드 에이전트가 동일한 PC에서 실행 중입니다.

TeamCity의 강점:

• 간단한 설정;
• 사용자 친화적 인 인터페이스;
• 다수의 내장 기능;
• 지원하다;
• RESTful API가 있습니다.
• 좋은 문서;
• 좋은 보안.

단점 :

• 제한된 통합;
• 이것은 유료 도구입니다.
• 작은 커뮤니티(그러나 성장 중).

고씨디

설치 및 운영을 위해 JRE(Java Runtime Environment) 버전 8이 필요한 오픈 소스 프로젝트입니다.

시스템 요구 사항 :

• RAM - 최소 1GB, 많을수록 좋습니다.
• 프로세서 - 코어 주파수가 2GHz인 듀얼 코어;
• 하드 드라이브 - 최소 1GB의 여유 공간.

에이전트 :

• RAM - 최소 128MB, 많을수록 좋습니다.
• 프로세서 - 최소 2GHz.

서버는 에이전트의 작동을 보장하고 사용자에게 편리한 인터페이스를 제공합니다.

단계/작업/과제:

리눅스용 설치

에코 "deb download.gocd.org /” | sudo 티 /etc/apt/sources.list.d/gocd.list

컬 download.gocd.org/GOCD-GPG-KEY.asc | sudo apt-key 추가 -
추가-적합-저장소 ppa:openjdk-r/ppa

apt-get은 업데이트

apt-get 설치 -y openjdk-8-jre

apt-get 설치 go-server

apt-get 설치 go-agent

/etc/init.d/go-server [시작|중지|상태|다시 시작]

/etc/init.d/go-agent [시작|중지|상태|다시 시작]

기본적으로 GoCd는 다음에서 실행됩니다. 로컬 호스트: 8153.

GoCd의 강점:

• 오픈 소스;
• 간단한 설치 및 구성;
• 좋은 문서;

• 훌륭한 사용자 인터페이스:

• 하나의 보기에서 단계별 GoCD 배포 경로를 표시하는 기능:

• 파이프라인 구조의 탁월한 표시:

• GoCD는 Docker, AWS를 포함하여 가장 널리 사용되는 클라우드 환경에서 CD 작업 흐름을 최적화합니다.
• 이 도구를 사용하면 커밋부터 배포까지 모든 변경 사항을 실시간으로 추적하여 파이프라인의 문제를 수정할 수 있습니다.

단점 :

• 최소한 하나의 에이전트가 필요합니다.
• 완료된 모든 작업을 표시하는 콘솔이 없습니다.
• 각 명령을 실행하려면 파이프라인 구성을 위한 하나의 작업을 생성해야 합니다.
• 플러그인을 설치하려면 .jar 파일을 다음으로 이동해야 합니다. /plugins/external 및 서버를 다시 시작합니다.
• 상대적으로 작은 커뮤니티.

결론으로

이것은 세 가지 도구일 뿐이며 실제로는 더 많은 도구가 있습니다. 선택하기가 어렵기 때문에 반드시 추가적인 측면에 주의를 기울여야 합니다.

도구의 오픈 소스 코드를 사용하면 도구가 무엇인지 이해하고 새로운 기능을 더 빠르게 추가할 수 있습니다. 하지만 뭔가가 효과가 없다면 자신과 커뮤니티의 도움에만 의존해야 합니다. 유료 도구는 때로는 중요할 수 있는 지원을 제공합니다.

보안이 최우선 사항이라면 로컬 도구를 사용하는 것이 좋습니다. 그렇지 않다면 SaaS 솔루션을 선택하는 것이 좋은 선택입니다.

마지막으로, 정말 효과적인 지속적 배포 프로세스를 보장하려면 사용 가능한 도구 범위를 좁힐 수 있는 구체적인 기준을 공식화해야 합니다.

Skillbox는 다음을 권장합니다.

• XNUMX년 실습 코스 "저는 PRO 웹 개발자입니다".
• 온라인 코스 "C# 개발자".
• 실기 코스 "0에서 PRO로의 PHP 개발자".

출처 : habr.com