release management devops
DevOps의 릴리스 관리 란 무엇입니까?
당신이 분명했으면 좋겠어요 DevOps의 구성 관리 개념 지난 튜토리얼에서.
앞서 DevOps를 정의했듯이 DevOps는 처음부터 프로덕션에 제공되고 애플리케이션이 요구 사항에 따라 프로덕션에서 수행 될 때까지 소프트웨어를 소유 한 전체 팀입니다.
추천 자료 => 최고의 DevOps 교육 자습서
따라서 우리 모두가 알고있는 '릴리스 관리'는 어떤 환경에 어떤 버전의 소프트웨어가 배포되는지, 언제, 어떻게 릴리스 관리자의 책임이 아니라 DevOps 팀 전체의 책임인지 관리하는 것입니다.
DevOps에서 릴리스 관리의 주요 이점은 다음과 같이 요약 할 수 있습니다.
-
- 더 빠르고 일관된 배송.
- 강력한 감사 및 변경 추적 가능성.
- 릴리스 프로세스 자동화 : 더 높은 품질, 일관성, 자신감.
- 성공적이고 일관된 배송을 통해 자신감을 높입니다.
- 릴리스 만들기 – 스트레스없는 활동
- 다운 타임 없음
비디오 Part4 블록 2 : 릴리스 관리– 17 분 12 초
성적 증명서:
이 블록에서 우리는 DevOps의 릴리스 관리 절차 .
DevOps 컨텍스트에서 릴리스 관리 란 무엇이며 주요 이점은 무엇입니까?
릴리스 관리를 생각할 때 마음 속에 떠오르는 다양한 질문은 어떤 릴리스가 어떤 환경에서 실행되고 있으며 거기에 적용된 패치는 무엇입니까? 배포 된 핫픽스는 무엇이며 어떤 고객을위한 것입니까?
이러한 모든 정보를 추적하는 것은 릴리스 관리자의 골칫거리입니다. 이전에는 릴리스 관리가 개발자 나 운영팀의 책임이 아니었다는 것을 알고 있습니다. 소프트웨어 릴리스 활동을 관리했던 별도의 릴리스 관리 팀이었습니다.
그리고 CCB와 CAB라고하는 별도의 게시판, 변경 관리 게시판, 변경 승인 게시판은 변경 사항을 관리하고 적용되는 항목과 적용되지 않는 항목을 제어하는 데 사용됩니다.
하지만 이제 DevOps로 인해 상황이 바뀌 었습니다. 그리고 이는 릴리스 관리자의 책임이 아니라 전체 팀의 책임입니다.
앞서 DevOps를 정의했듯이 DevOps는 처음부터 소프트웨어가 프로덕션에 제공 될 때까지 소프트웨어를 소유하고 애플리케이션이 요구 사항에 따라 프로덕션에서 수행되는지 확인하는 전체 팀입니다.
따라서 DevOps에서 코드가 사이트에 배포되고 특정 기간 동안 성능이 성공적으로 모니터링되지 않으면 소프트웨어 개발 작업이 완료되지 않습니다.
따라서 소프트웨어 제공 및 라이브 성능의 책임은 팀의 모든 사람에게 있습니다. 릴리스 관리 작업도 마찬가지입니다.
DevOps의 릴리스 관리 측면에 대해 자세히 알아 봅니다.
릴리스 관리 란 무엇입니까?
우리 모두가 알고 있듯이 광범위한 관점에서 릴리스 관리는 어떤 버전의 소프트웨어 또는 구성 요소가 어떤 환경에 어떤 환경에 언제 어떻게 배포되었는지와 같은 정보를 관리하고 유지하는 것입니다.
PC 용 최고의 mp3 음악 다운로더
그래서 이것은 릴리스 관리에 관한 것입니다.
릴리스 관리 프로세스가 어떻게 작동하는지 살펴 보겠습니다.
이전과 달리 DevOps에는 공식 CCB가 없습니다. 그러나 변경 사항에 대한 승인이 없다는 것을 의미하지는 않습니다.
승인은 도구를 통해서도 이루어집니다. Jeera 및 ClearQuest와 같은 변경 관리 도구는 기술 부채 또는 새로운 요구 사항으로 백 로그에 대한 목적을 구축하기 위해 변경 사항의 기록 및 승인을 수행하고이를 Dev 팀으로 라우팅하는 데 사용됩니다.
프로그램 팀이 선택한 이러한 변경 사항은 자동 전달 파이프 라인과 함께 제작, 테스트 및 프로덕션에 자동으로 배포됩니다. 그러나 모든 변경 사항이 버전 제어에 기록되고 이러한 변경 사항은 전달 파이프 라인 전체에서 감사 및 테스트됩니다.
따라서 팀에서 변경 한 사항은 버전 제어 도구에 기록되고 환경 및 해당 구성에 성공적으로 배포 된 내용은 구성 도구에서 사용할 수 있습니다.
따라서 버전 제어와 구성 관리를 함께 사용하면 릴리스되는 내용, 릴리스시기, 릴리스 위치 및 릴리스 방법에 대한 명확한 그림을 얻을 수 있습니다.
따라서 DevOps의 맥락에서 기본적으로 릴리스 관리 도구 역할을하는 것은 버전 제어 및 구성 관리입니다. 따라서이 두 가지 프로세스와 도구는 CCB 역할을하며이를 기존 개발 방법이라고합니다.
기본적으로 CCB 관리자의 작업을 자동화합니다. CCB 관리자는 이러한 각 변경 사항 또는 릴리스를 이상적으로 확인하고 프로덕션으로 이동하도록 인증합니다.
DevOps의 경우 인증을받는 것은 릴리스가 아니라 수동 게이트와 함께 자동화 된 방식으로 인증되는 전체 딜리버리 파이프 라인입니다.
이러한 릴리스 관리는 DevOps의 일부로서 별도의 활동이 아니지만 버전 제어, 구성 관리 및 배포 파이프 라인과 함께 DevOps 파이프 라인 또는 딜리버리 파이프 라인의 일부로 이미 내장되어 있습니다.
따라서 구성 관리와 함께 버전 제어를 결합하면 릴리스 관리가 수행됩니다.
그리고 우리가 몇 시간에 걸쳐 납품을 목표로하는 DevOps 관행으로 이동하는 동안, 자동화를 통해 수동으로 관리하는 기존 릴리스 관리 프로세스에서는 이러한 빈번한 배포와 기록 및 유지 관리를 수동으로 관리하는 것이 사실상 불가능합니다. 아주 조금.
따라서 릴리스 관리 프로세스의 전체 자동화는 필수입니다.
또한 DevOps 파이프 라인에서는 변경 사항이 승인, 구축, 테스트되고 버전 제어에 들어가면 자동으로 프로덕션에 적용되므로 배포를 제어 할 필요가 없습니다. 물론 기능 토글은 프로덕션에서 제어하기 위해 켜거나 끌 수 있습니다.
모든 변경 사항에 대한 감사 및 추적 가능성은 릴리스 관리 관점에서 볼 때 가장 강력한 이점 중 하나입니다. 따라서 DevOps 파이프 라인 또는 딜리버리 파이프 라인을 빌드 할 때 파이프 라인 내에서이 로깅 및 감사를 빌드하여 환경에서 발생하는 실시간 상황을 기록하고 감사합니다.
따라서 우리는 환경에 애플리케이션을 배포하는 작업으로 인해 발생하는 실제 상황을 파악할 것입니다. 더 짧고 작은 릴리스이므로 파이프 라인 전체에서 이러한 변경 사항을 추적하는 것은 매우 쉽습니다.
릴리스 관리의 도구 부분에 도달했습니다.
시장에서 사용할 수있는 릴리스 관리 도구는 변경 사항의 자동 배포가 적시에 오류없이 이루어 지도록하며 사용자에게 최대 가치를 제공하는 것을 목표로합니다.
기본적으로 자동화 된 배포 중에 배포 파이프 라인에서 사용되는 배포 도구입니다.
XL Release는 지속적인 배포에 특화된 릴리스 관리 도구 중 하나입니다. 앞서 말했듯이 이러한 도구는 DevOps 팀이 배포 모델을 설계하고 배포와 관련된 모든 작업을 자동화하고 릴리스를 관리하여 릴리스를 모니터링하는 데 도움이됩니다.
Plutora는 릴리스를 제공하는 데 도움이되는 온 디맨드 엔터프라이즈 IT 릴리스 관리 소프트웨어 도구 세트를 제공하는 또 다른 강력한 도구입니다.
BMC Software의 Release Lifecycle Management 제품은 BMC Software의 릴리스 관리 도구로 소프트웨어 릴리스 진행 상황에 대한 종단 간 가시성을 제공합니다. 중앙 웹 기반 포털을 통해 사용자는 모든 변경 사항의 영향을 모니터링하기 위해 애플리케이션 개발, QA 및 프로덕션을 추적 할 수 있습니다.
XebiaLabs의 또 다른 도구가 있습니다. 이 도구를 사용하면 소프트웨어 릴리스에 대한 파이프 라인을 계획, 자동화 및 분석 할 수 있습니다.
DevOps의 자동화 된 릴리스 관리 시스템의 이점을 나열하겠습니다.
우선, 자동화되고있는 전체 릴리스 관리 프로세스는 팀이 고객에게 더 빠르고 일관되게 제공 할 수 있도록 도와줍니다.
DevOps 환경에서 지속적 배포 파이프 라인을 통해 릴리스 또는 변경 사항이 푸시 될 때마다 환경에서 실제로 발생한 모든 정보가 로그에 명확하게 기록된다는 것을 배웠습니다.
따라서 특정 환경에 릴리스를 실제로 배포하는 동안 발생한 상황에 따라 로그에 기록되는 실제 상황 또는 실시간 상황이 발생합니다.
따라서이를 통해 DevOps에서 유지 관리되는 변경 사항에 대한 매우 강력한 감사 및 추적 가능성이 있습니다.
누구든지 배달 파이프 라인의 일부를 변경하면 추적됩니다.
버전 관리, 변경된 사항, 배포 된 사항 및 해당 구성이 있습니다. 따라서 이것은 각 릴리스의 경우에 대한 세부 정보, 전달 된 항목, 전달 된 위치,시기 및 방법에 대한 명확한 가시성을 제공합니다.
릴리스 파이프 라인의 자동화는 DevOps의 또 다른 훌륭한 기능으로, 가능한 한 수동 개입을 방지하고, 실패한 릴리스와 성공적인 릴리스를 비교하여 릴리스 실패의 경우 역 추적이 매우 쉽습니다.
따라서 릴리스 파이프 라인의 자동화는 몇 분 안에 더 높은 품질의 제공을 제공합니다. 인적 오류, 일관성 및 전달에 대한 확신이 더 커집니다.
이를 통해 팀은 배포 파이프 라인과 배포를 철저히 이해함으로써 배포 또는 '프로덕션 출시'를 일상적인 일정으로 느낄 수 있습니다.
이러한 편안함과 시간 절약 덕분에 사람들은 일상적인 일보다 다른 중요한 일에 더 집중할 수 있습니다.
우리는 이전에 릴리스가 몇 시간 후에 또는 이른 시간에 일반적으로 주말에 발생했음을 알고 있습니다. 그리고 팀은 해당시기에 이러한 릴리스를 지원해야했습니다.
배포를 수행하기 위해 근무 시간 이후 또는 이른 아침에 깨어나 인적 오류를 범하고 변경 사항을 잊어 버리고 릴리스가 성공적으로 이루어 지도록 하나님 께기도하는 등 릴리스가 발생하기 전 스트레스가 많은 순간을 모두 생각해보십시오. 등등.
따라서 현재 DevOps 배포 및 릴리스 관리 방법은 이전의 스트레스가 많은 순간의 모든 고민을 막아 냈습니다.
YouTube 오디오를 다운로드하는 가장 좋은 방법
더 이상 주말 배포, 잠 못 이루는 밤, 배포 스트레스가 없습니다. 모든 것이 자동화됩니다. 따라서 새로운 기능을 출시하거나 변경 사항을 업데이트하는 것은 더 이상 스트레스가 많은 활동이 아닙니다.
DevOps 배포 방법에는 모든 고객에게 성가신 다운 타임 메시지를 전송하고 서비스 사용을 중지하도록 요청하거나 예기치 않은 문제가 발생하여 갑작스런 놀라움을 제공하는 이전 사례와 달리 사용자에게 다운 타임이나 어떠한 종류의 중단도 포함되지 않습니다. 업그레이드 중이며 다운 타임을 더욱 연장합니다.
어리석은 !! 왜 그들은 우리가 수행하는 소프트웨어 업그레이드에 대해 신경을 써야하거나 이러한 업데이트에 문제가있는 이유는 무엇입니까?
소프트웨어 팀이 서버에 적용하는 모든 업데이트로 사용자를 방해하지 마십시오. 따라서 DevOps 릴리스 방식은 이러한 모든 문제를 종식 시켰습니다.
더 이상 야간 배포, 고객에게 제공되는 패치 및 서비스 중단이 없습니다.
이것으로 'DevOps의 릴리스 관리'주제를 완료하고 있습니다.
다가오는 튜토리얼에서 , 우리는 DevOps의 애플리케이션 성능 모니터링 프로세스.
이전 튜토리얼 | NEXT 튜토리얼