continuous deployment devops
DevOps의 지속적 배포 란 무엇입니까?
.jar 파일 열기 windows 10
이 시리즈의 이전 자습서에서는 지속적인 전달 .
지속적 배포는 그 사이에 자동 및 수동 게이트가있는 자동 배포 파이프 라인 인 반면, 지속적 배포는 그 사이에 수동 게이트가없는 지속적 배포 파이프 라인입니다.
추천 자료 => 텍스트 및 비디오 자습서가 포함 된 DevOps 교육
따라서 지속적 배포가 '생산 출시'일 필요는 없습니다. 그러나 코드는 프로덕션에 배포되고 '기능 토글'을 사용하여 음소거 상태로 유지되며 준비가되면 기능 토글이 켜집니다.
이러한 기능 토글은 프로덕션에서 배포 된 기능을 해제하여 프로덕션의 기능 기능 실패 위험을 방지합니다.
이 옵션을 사용하면 특정 사용자 집합이나 특정 지역, 특정 고객 사이트 또는 내부 직원이 초기 평가 및 피드백을받을 수 있도록 기능을 설정할 수도 있습니다.
비디오 파트 3 블록 3 : 지속적인 배포– 6 분 28 초
비디오 대본 :
이전 비디오 직전에 지속적 배포 접근 방식과 그 이점에 대해 배웠습니다.
이 블록에서는 지속적 배포에 대해 알아보고 지속적 배포와 어떻게 다른지 알아 보겠습니다. 또한 DevOps의 연속 테스트와 연속 테스트 파이프 라인의 의미도 이해합니다.
여기서는 DevOps의 또 다른 용어, 즉 연속 배포를 소개하고자합니다. 두 용어의 약어가 CD이기 때문에 연속 배포와 혼동해서는 안됩니다.
이미 알고 있듯이 Continuous Delivery 또는 CD는 소프트웨어 또는 소프트웨어 업데이트를 더 작은 단위로 프로덕션에 제공하는 프로세스로, 소프트웨어가 프로덕션 단계에 언제든지 릴리스 될 수 있도록 보장합니다.
자동화 및 수동 게이트가 중간에있는 자동화 된 배포 파이프 라인입니다.
이제 지속적 배포에 대해 살펴 보겠습니다.
지속적 배포는 또한 지속적 배포 파이프 라인이지만 그 사이에 수동 게이트가 없습니다. 즉, 초기 코드 커밋부터 코드가 프로덕션에 들어갈 때까지 수동 게이트 나 수동 개입이 없습니다.
이 그림은 지속적 배포 파이프 라인을 설명합니다.
이 다이어그램에서 볼 수 있듯이 지속적 배포 파이프 라인과 동일합니다. '프로덕션에 배포 할 때까지 코드 체크인, 자동 컴파일, 빌드, 단위 테스트, 배포 및 기타 자동화 테스트가 뒤 따르는 빌드 트리거가 있습니다. '.
여기서는 이것을 'Release to Production'이 아니라 Deployment to Production이라고 부르겠습니다. 이에 대해서는 잠시 후 설명하겠습니다.
따라서 수동 테스트 단계 나 수동 승인 게이트가 없습니다. 즉, 수동 개입이 전혀 없습니다.
이는 주로 성숙 된 조직에서 발생하며, DevOps 관행이 매우 잘 확립되어 있으므로 자동화 된 배달 파이프 라인만으로도 충분하며 수동 테스트 및 품질 게이트가 필요하지 않은 성숙 된 제품의 제공 또는 업데이트의 경우에 발생합니다.
그러나 기능 토글은 연속 배포와 연속 배포라는 두 가지 방법 모두에 존재하지만 연속 배포에 필요하며 연속 배포 파이프 라인에 필수입니다.
기능 토글은 프로덕션에서 배포 된 기능을 해제하여 프로덕션의 기능 기능 실패 위험을 방지합니다. 따라서이 기능 플래그는 프로덕션에 배포 된 모든 기능을 요구 사항에 따라 켜거나 끌 수 있으므로 최종 사용자에게 즉시 릴리스 할 필요가 없도록합니다.
앞서 언급했듯이 지속적 배포는 반드시 고객에 대한 릴리스가 아니라 '프로덕션에 배포'일 필요가 없습니다. 이 연속 배포 옵션은 특정 시간 제한 기능을 배포하는 데 사용됩니다.
주는 예 , 모바일 운영자가 고객에게 제공하는 부가가치 서비스 인 크리스마스 기간 동안 지속적 배포 방법을 통해 언제든지 프로덕션에 배포 할 수 있으므로 기능 또는 부가가치 서비스 패키지가 실시간으로 준비되고 크리스마스 또는 새해 자정 등 기능 토글을 통해.
그리고이 기능은 작업 시간 또는 수면 시간에 프로덕션에서 열 수 있으며 정상적으로 작동하는지 확인한 후 나중에 최종 사용자가 안전하게 켤 수 있습니다.
기본적으로 코드 / 기능을 프로덕션에 배포하는 것과 같지만 적절한시기가되거나 팀이 코드 또는 기능을 출시하기로 결정할 때까지 코드를 실행하지 않습니다.
이 옵션을 사용하면 특정 사용자 집합이나 특정 지역 또는 특정 고객 사이트 또는 내부 직원이 초기 평가 및 피드백을받을 수 있도록 기능을 설정할 수도 있습니다.
사람들은 또한 DevOps 방식을 CI-CD 모델이라고 부르며, 여기서 CD는 지속적 배포, 지속적 배포를 나타냅니다. 이것이 바로 지속적인 배포에 관한 것입니다.
추천 읽기 = >> Pact CLI를 사용한 지속적인 배포
다음 동영상 자습서에서는 '지속적인 테스트'와 지속적인 테스트 파이프 라인에 대해 알아 봅니다.