🥇정보: 지속적 전달이란 무엇입니까

우리는 말한 CI(지속적 통합)에 대해 지속적인 전달을 계속해 보겠습니다. 이것은 소프트웨어 개발 방법의 집합입니다. 이는 코드를 배포할 준비가 되었는지 확인하는 데 도움이 됩니다.

이야기

지속적인 전달이라는 문구는 다음에서 볼 수 있습니다. 애자일 선언문 2001년부터 기본 원칙 목록 시작 부분에 "최신 소프트웨어의 지속적인 제공을 통해 고객 문제를 해결하는 것이 최우선입니다."

2010년에는 Jez Humble과 David Farley가 발매했습니다. 그 책 지속적인 전달을 통해. 저자에 따르면 CD는 접근 방식을 보완합니다. 지속적인 통합 배포용 코드 준비를 단순화할 수 있습니다.

책이 출판된 후, 이 접근 방식은 인기를 얻기 시작했고 불과 몇 년 만에 거의 보편적으로 받아들여졌습니다. 에 따르면 설문 조사600년 2014명 이상의 개발자 및 IT 관리자를 대상으로 실시한 조사에서는 기술 관리자의 97%와 프로그래머의 84%가 Continuous Delivery에 익숙했습니다.

이제 이 접근 방식은 가장 인기 있는 접근 방식 중 하나로 남아 있습니다. IT 커뮤니티 DevOps 및 Jenkins 커뮤니티가 참여한 2018년 연구에 따르면 использует XNUMX명 이상의 응답자 중 절반이 설문조사에 참여했습니다.

지속적인 전달은 어떻게 작동하나요?

CD 기반은 배포를 위한 코드의 준비 상태입니다. 이 작업을 수행하기 위해 릴리스용 소프트웨어 준비 프로세스의 자동화가 사용됩니다. 이는 다양한 개발 환경에서 표준이 되어야 하며, 이는 약점을 신속하게 찾아 최적화하는 데 도움이 됩니다. 예를 들어 테스트 속도를 높입니다.

지속적인 전달 프로세스의 예는 다음과 같습니다.

지속적인 통합 접근 방식이 처음 두 단계의 자동화를 담당한다면 지속적인 전달은 다음 두 단계를 담당합니다. 무엇보다도 시스템을 통해 프로세스 안정성이 보장됩니다. 구성 관리. 인프라, 데이터베이스 및 종속성의 변경 사항을 모니터링합니다. 배포 자체는 자동화되거나 수동으로 수행될 수 있습니다.

프로세스에는 다음 요구 사항이 적용됩니다.

프로덕션 환경 진입 준비 및 즉시 릴리스 준비에 대한 정보 가용성(CD 도구를 사용하면 코드를 테스트하고 릴리스 변경 효과를 평가할 수 있음)
최종 제품에 대한 전반적인 책임. 제품 팀(관리자, 개발자, 테스터)은 자신의 책임 영역뿐만 아니라 결과에 대해 생각합니다(결과는 제품 사용자가 사용할 수 있는 작업 릴리스입니다).

CD에서는 일반적으로 사용됩니다. 코드 검토, 그리고 고객의 의견수렴을 원칙으로 합니다. 다크 런칭. 새로운 기능은 소수의 사용자에게 처음 출시됩니다. 제품과의 상호 작용 경험은 내부 테스트 중에 발견되지 않은 단점과 버그를 찾는 데 도움이 됩니다.

이점은 무엇입니까

Continuous Delivery는 코드 배포를 단순화하여 생산성에 긍정적인 영향을 미치고 직원의 피로감을 줄여줍니다. 궁극적으로 이는 전체 개발 비용을 절감합니다. 예를 들어 CD는 HP 팀 중 하나에 도움이 되었습니다. 감소 그러한 비용은 40% 감소합니다.

또한 2016년 연구에 따르면(28페이지) 문서) - CD를 구현한 회사는 접근 방식을 사용하지 않는 회사보다 정보 보안 문제를 50% 더 빨리 해결합니다. 이러한 차이는 프로세스 자동화 도구의 성능으로 어느 정도 설명될 수 있습니다.

또 다른 장점은 릴리스 가속화입니다. 핀란드 개발 스튜디오에서 지속적인 제공 도움이 되었다 코드 조립 속도가 25% 향상됩니다.

잠재적인 어려움

첫 번째이자 주요 문제는 익숙한 프로세스를 다시 구축해야 한다는 것입니다. 새로운 접근 방식의 이점을 보여주기 위해 가장 노동 집약적인 응용 프로그램부터 시작하지 않고 점차적으로 CD로 전환하는 것이 좋습니다.

두 번째 잠재적인 문제는 코드 분기 수가 많다는 것입니다. "분기"의 결과는 빈번한 충돌과 많은 시간의 추가 손실입니다. 가능한 해결책 - 접근 방식 지점 없음.

특히 일부 회사에서는 테스트에 큰 어려움이 발생합니다. 시간이 너무 많이 걸립니다. 테스트 결과를 수동으로 분석해야 하는 경우가 많지만 가능한 해결책은 CD 구현 초기 단계에서 테스트를 병렬화하는 것입니다.

또한 직원들이 새로운 도구를 사용하여 작업할 수 있도록 교육해야 합니다. 예비 교육 프로그램을 통해 개발자의 노력과 시간을 절약할 수 있습니다.

/플리커/ h.ger1969 / CC의 BY-SA

도구

Continuous Delivery를 위한 몇 가지 공개 도구는 다음과 같습니다.

고씨디 — Java 및 JRuby on Rails의 지속적인 전달을 위한 서버입니다. 전체 애플리케이션 제공 프로세스(빌드-테스트-릴리스)를 제어할 수 있습니다. 이 도구는 Apache 2.0 라이센스에 따라 배포됩니다. 공식 홈페이지에서 만나보실 수 있어요 설정 가이드.
카피 스트라 노 — Ruby, Java 또는 PHP로 애플리케이션 배포를 자동화하는 스크립트를 생성하기 위한 프레임워크입니다. Capistrano는 SSH를 통해 원격 시스템에 연결하여 명령을 실행할 수 있습니다. Integrity CI 서버와 같은 다른 지속적인 통합 및 제공 도구와 함께 작동합니다.
요람 전체 애플리케이션 개발 주기를 자동화하는 다중 플랫폼 도구입니다. Gradle은 Java, Python, C/C++, Scala 등과 함께 작동합니다. Eclipse, IntelliJ 및 Jenkins와 통합되어 있습니다.
무인 비행기 - Go 언어로 된 CD 플랫폼. 드론은 온프레미스나 클라우드에 배포될 수 있습니다. 이 도구는 컨테이너 위에 구축되었으며 YAML 파일을 사용하여 관리합니다.
큰 삼각 돛 — 멀티 클라우드 시스템에서 지속적인 코드 전달을 위한 플랫폼입니다. Netflix가 개발한 이 도구의 개발에는 Google 엔지니어들이 큰 역할을 했습니다. 설치 지침 공식 홈페이지에서 찾아보세요.

당사 블로그에서 읽을 내용:

출처 : habr.com

도움말: 지속적 전달이란 무엇입니까?

이야기

지속적인 전달은 어떻게 작동하나요?

이점은 무엇입니까

잠재적인 어려움

도구

당사 블로그에서 읽을 내용:

코멘트를 추가 답장을 취소