메뉴

DevOps의 지속적인 제공

continuous delivery devops

문제를 제거하기 위해 도구를 사용해보십시오

DevOps의 지속적 배포 란 무엇입니까?

지속적인 통합 지난 튜토리얼에서 자세히 설명했습니다. 여기에서는 DevOps에서 지속적 배포를 볼 수 있습니다.

지속적 배포는 소프트웨어 / 업데이트를 소규모 단위로 프로덕션에 제공하는 중요한 프로세스로, 소프트웨어를 언제든지 릴리스 할 수 있습니다. 이러한 DevOps 접근 방식을 통해 팀은 항상 프로덕션에 '언제든지 제공'할 준비가되어 있습니다.

또한 읽기 => 완전한 DevOps 가이드

DevOps의 지속적인 제공

따라서 지속적 배포는 소프트웨어 팀이 새로 개발하거나 업데이트 한 코드가 수동 및 자동 테스트를 통해 서로 다른 단계에서 테스트되고 수동 및 자동 단계 게이트를 모두 통과하고 시작되는 코드의 파이프 라인 또는 수명주기입니다. 생산.

지속적인 제공의 주요 초점과 목표는 짧은 주기로보다 빠르고 자주 고객에게 빌드, 테스트 및 릴리스하는 것입니다.

다음은 CD의 장점입니다.

    1. 배달 횟수를 늘립니다.
    2. 생산 실패의 위험을 최소화합니다.
    3. 수동 작업을 줄입니다.
    4. 팀에 대한 자신감을 높입니다.
    5. 팀이 모든 것을 자동화 할 수 있습니다.
    6. 더 빠른 피드백을 가능하게합니다.

비디오 파트 3 블록 2 : 지속적 전달– 10 분 28 초

성적 증명서:

이 강의 시리즈의 1 부와 2 부를 완료했으며 현재 3 부 블록 2에 있습니다.

블록 1에서 우리는 지속적 통합이 모든 개발자 코드를 중앙 저장소에 병합하고 성공적인 빌드 및 자동화 된 단위 테스트를 통해 각 개발자의 병합을 검증하는 지속적인 프로세스라는 것을 이해 한 DevOps 실행에서 중요한 자동화 프로세스 인 지속적 통합에 대해 연구했습니다. .

또한 CI의 이점에 대해서도 연구했습니다.

회사 웹 사이트에서 세부 정보를 가로 채기 위해 어떤 유틸리티를 사용할 수 있습니까?

이제 DevOps 실행에서 또 다른 중요한 프로세스 인 지속적 배포에 대해 이해하겠습니다.

DevOps의 주요 목표는 고객에게 조금씩 가치를 지속적으로 제공하는 것입니다.

따라서이 목표에 따라 CD는 팀이 항상 ' 언제든지 제공 ' 우리의 오래된 모델 대신 특정 배달 날짜에만 배달하고 그 날짜 만 고수하는 것입니다.

따라서 지속적 배포는 소프트웨어 팀이 새로 개발하거나 업데이트 한 코드가 수동 및 자동 테스트를 통해 서로 다른 단계에서 테스트되고 수동 및 자동 단계 게이트를 모두 통과하여 시작되는 파이프 라인 또는 코드의 수명주기입니다. 생산.

지속적 배포의 주요 초점과 목표는 고객에게 훨씬 더 빠르고 더 자주 빌드, 테스트 및 릴리스하는 것입니다. DevOps에서 단 몇 시간 만 더 빠르고 자주 언급하는 것을 알고 있습니다.

요컨대, 지속적 배포는 짧은 주기로 소프트웨어를 제공하는 접근 방식입니다.

따라서 CD는 비용을 절감하고 제공 속도를 높이며 안정성을 높이며 대량의 코드를 전달할 위험을 줄임으로써 고객에게 더 자주 가치를 제공하고자합니다.

따라서 Continuous Delivery는 소프트웨어 / 업데이트를 더 작은 단위로 프로덕션에 제공하여 소프트웨어가 언제든지 릴리스 될 수 있도록하는 프로세스입니다.

이것은 Continuous Delivery의 다이어그램 표현입니다.

우리는 그것에 대해 조금 더 자세히 이해할 것입니다.

비용, 시간, 품질 및 신뢰성에 중점을 둔 더 빠른 제공이 지속적인 제공의 목표라면 '전체 자동화'는 필수입니다.

CD는 코드 체크인, 컴파일 및 빌드, 자동화 된 단위 테스트 실행, 승인 테스트 실행, 코드가 프로덕션에 포함될 때까지 전체주기에 대한 전체 자동화를 수용하며이 파이프 라인을 '자동 배포 파이프 라인'이라고합니다.

따라서 DevOps에서는 지속적 배포를 '자동 배포 파이프 라인'이라고도합니다.

여기에는 일반적으로 최종 사용자가 실행하는 '사용자 승인 테스트'와 같은 수동 테스트가 거의 포함되지 않으며 코드가 프로덕션 환경에 가깝기 때문에 수동 승인 게이트도 거의 없습니다.

음, CD 파이프 라인의 정의와 다른 테스트 단계의 포함, 테스트 단계 및 승인 게이트 (수동 또는 자동)는 프로그램 요구 사항에 따라 조직에 따라 다릅니다.

따라서이 다이어그램을 보면 Continuous Delivery에 두 개의 파이프 라인이 포함되어 있고 하나는 자동화 된 빌드 트리거, 컴파일, 빌드 및 배포로 구성된 CI를 포함하는 파이프 라인이 빌드 된 것입니다.

다른 하나는 기본적으로 다음 블록에서 논의 할 '연속 테스트'를 포함하는 테스트 파이프 라인입니다.

지속적 배포 접근 방식을 이해 한 후 지속적 배포의 이점을 비교해 보겠습니다.

지속적 배포는 자동화 된 배포 파이프 라인이므로 당연히

#1. 배달 횟수 증가

#두. CD는 몇 시간 안에 실행되는 짧은주기입니다. 따라서 CD는 작고 빈번하게 배포되므로 프로덕션 실패 위험이 높아집니다.

#삼. 사람이 개입해야하는 필수 요구 사항이없는 한 파이프 라인의 모든 것이 처음부터 끝까지 자동화됩니다. 따라서 많은 수작업이 줄어 듭니다.

Windows 10에서 jar 파일을 실행하는 방법

# 4. 지속적 전달은 팀의 자신감을 높여주고 팀은 '생산에 전달'에 대한 준비를 할 것이며 그들의 마음은 생산에서 기대되는 품질과 속도에 지속적으로 연결될 것입니다.

# 5. 지속적 배포는 개발 및 운영 모두를 활성화하고 강화하여 개발 및 운영 활동, 트리거링, 구축, 단위 테스트, 배포, 인프라 및 환경 구성을 코드로 정의, 더 높은 수준의 테스트 (기능, 보안)를 포함한 파이프 라인의 모든 것을 자동화합니다. , 성능, UI 등)

# 6 . 마지막으로 짧은 배포주기 인 지속적 배포는 팀이 배포에 대한 더 빠른 피드백을받는 데 도움이됩니다. 이는 개발 환경뿐 아니라 프로덕션 환경에서도 제공되므로 소프트웨어 제공을 낮게 만듭니다. 스트레스 활동 또는 BAU, 평소와 같이 팀에 비즈니스.

이를 통해 우리는 지속적 배포 접근 방식과 그 이점에 대해 배우고 있습니다.

다음 비디오에서 지속적 배포 란 무엇이며 지속적 배포와 어떻게 다른지 이해하겠습니다. 또한 지속적인 테스트 파이프 라인에 대해서도 알아 봅니다.

이전 튜토리얼 | NEXT 튜토리얼

추천 도서

^