devops practice based agile manifesto
이전 비디오 자습서에서 DevOps 이해하기 , 우리는 DevOps에 대한 모든 것을 자세히 배웠습니다.
또한 DevOps의 의미와 이와 관련된 다양한 기타 요소에 대해 자세히 살펴 보았습니다.
추천 읽기 => 집중 DevOps 교육 시리즈
이제 'Demystifying DevOps'의 2 부를 살펴 보겠습니다.
1 부에서 다룬 내용에 대한 간략한 요약 :
DevOps 란 무엇입니까? DevOps는 개발, 운영 및 나머지 이해 관계자의 지속적인 협업을 통해 고객에게 가치를 제공하는 데 집중하는 조직의 문화입니다.
DevOps가 아닌 것은 무엇입니까? DevOps는 라이선스 또는 오픈 소스 제품이 아니며 사양이나 표준이 아닙니다.
DevOps의 이점은 무엇입니까? DevOps는 고품질 제공, 더 빠른 제공, 빈번한 배포, 소규모 배포, 생산 실패율 감소 등을 제공합니다.
DevOps의 관행은 무엇입니까? Devops 사례에는 지속적 통합, 테스트 자동화, 지속적 배포, 코드 형 인프라, 구성 관리, 릴리스 관리 및 애플리케이션 성능 모니터링이 포함됩니다.
DevOps의 습관은 무엇입니까? Devops 습관에는 기술 부채 관리, 고객에게 가치 제공에 중점, 라이브 사이트 문화, 팀 자율성, 유연한 리소스로 인프라 관리, 가설 기반 개발, 프로덕션 메트릭이 포함됩니다.
DevOps의 메트릭은 무엇입니까? 민첩성과 안정성은 DevOps의 주요 초점 지표입니다.
b 트리 및 b + 트리
이 부분에서 우리는 다음을 배울 것입니다.
애자일 원칙을 기반으로 개발 된 DevOps의 관행은 무엇이며 DevOps의 목표는 어떻게 달성됩니까?
1 부에서는 DevOps를 협업으로 계속 정의했습니다. 실제로이 협업이란 무엇이며 DevOps 관행은 목표 달성에있어 개발과 운영 간의 협업을 개발하는 데 어떻게 도움이됩니까?
이 부분에서는 소스 제어 및 자동화, 작은 증분 제공과 같은 DevOps의 핵심 요소의 중요성을 이해합니다. 지속적인 통합, 지속적인 테스트, 지속적인 배포 및 애플리케이션 모니터링과 같은 나머지 요소는 다음 부분에서 설명합니다.
앞서 언급했듯이 DevOps 관행은 주로 Agile 원칙 및 관행을 기반으로합니다. 12 가지 애자일 원칙 중 다음 4 가지는 DevOps에 직접 적용되는 원칙입니다.
따라서 DevOps 기능에 적용되는 이러한 Agile 매니페스트를 새로 고치는 것이 좋습니다. 이것에 대해서는 자세히 설명하지 않겠습니다.
빨리 읽어 보겠습니다.
# 1) 개인과 상호 작용 – 프로세스 및 도구
# 2) 작동하는 소프트웨어 – 포괄적 인 문서
# 3) 고객 협업 – 계약 협상에
# 4) 변화에 대한 대응 – 계획을 따르는 것보다
이러한 애자일 원칙을 기반으로 DevOps는 다음과 같은 특정 원칙과 관행을 개발했습니다.
- 고객에게 가치 제공
- 작동하는 소프트웨어 제공
- 지원 변경
- 협업
- 팀에 동기를 부여하고 팀원에게 자유를 제공
- 더 빠르고 빠르게 제공
# 1) 고객에게 가치 제공 소프트웨어를 더 작고 빈번하며 지속적으로 배포합니다.
#두) 작동하는 소프트웨어 제공 더 짧은 시간 단위로. 고객은 우리가 만든 훌륭한 디자인이나 소프트웨어를 개발하기 위해 우리가 만든 환상적인 아키텍처 또는 계획이나 전략을 보지 않을 것이지만 그들이 원하는 것은 작동하는 소프트웨어뿐입니다.
#삼) 지원 변경 시장 동향에 따라 고객이 원할 때마다 요구 사항에 이것은 고객에게 매우 중요합니다. 소프트웨어 개발 방법론은 고객이 요청한 변경 사항을 처리하고 편안하게 전달할 수있을만큼 유연해야합니다.
# 4) 협업 .. 공동 작업… 공동 작업. 비즈니스와 지속적으로 협력하고 협력하여 소프트웨어를 처음부터 올바르게 만드십시오.
# 5) Agile과 DevOps는 모두 팀과 사람들에게 똑같이 많은 중요성을 부여합니다. 따라서 DevOps 원칙에 따르면 팀에 동기를 부여하다 , 그들에게 자유를주고, 필요할 때마다 그들에게 필요한 지원을 제공하고, 그들에게 일을 전달하기 위해 신뢰를 키워라.
자원 봉사자의 관심으로 작업을 수행하면 강제로 압력을받는 대신 품질이 좋아질 것입니다. 협업 외에도 애자일은 개발 팀 내에서 대면 커뮤니케이션을 제안합니다.
따라서 스탠드 업 회의, 검토 회의 등을 통해 대면 커뮤니케이션을 극대화합니다. 이는 팀 정신을 발전시키고 팀의 동기를 부여하고 건강한 경쟁을 발전시키는 데 도움이됩니다.
애자일 원칙을 기반으로 개발 된 DevOps의 관행은 무엇이며 DevOps의 목표는 어떻게 달성됩니까? DevOps의 또 다른 주요 측면은 더 빠르고 더 빠르게 제공하는 것입니다. 애자일 연습, 스크럼, Kanban 등의 과정에서 몇 주에서 한 달에 걸친 전달을 더 빠르게 언급했지만 이제 DevOps에서 몇 시간 이상으로 변경되었습니다. 따라서 DevOps에서 더 빠른 제공은 몇 시간에 걸친 제공을 의미합니다.
Amazon, Flipkart 및 Google과 같은 조직은 몇 시간 만에 업데이트하고 릴리스합니다. 이것이 바로 DevOps를 실행하는 사람들에게 기대되는 속도와 품질입니다. 따라서 DevOps 프로세스, 습관 및 관행이 너무 강력하여 팀이이를 달성하기 위해 협력 할 수 있습니다.
따라서 우리는 이러한 모든 DevOps 이론과 관행이 기본 애자일 원칙을 중심으로 전개된다고 분명히 말할 수 있습니다.
여기에서 우리가보고 배워야 할 것은 DevOps 목표를 달성하기 위해 매일해야 할 일, 연습하고 습관화해야한다는 것입니다.
이것을 연습해야하는 팀의 한 사람 또는 소수만으로는 충분하지 않습니다. 개발 및 운영 팀의 모든 구성원은 이러한 관행을 엄격하게 채택하고이를 BAU, 평소와 같이 비즈니스로 만들어야합니다. 그런 다음 팀 구성원 모두가이를 반복해서 연습하는 습관이됩니다.
따라서 DevOps의 성공은 순전히 팀의 모든 사람이 이러한 관행을 얼마나 심각하게 따르는 지에 달려 있습니다. 그리고 이러한 관행을 종교적으로 준수한다면 성공은 확실합니다.
1 부 강의에서 DevOps의 모범 사례와 습관을 이미 배웠으므로 팀이 DevOps 문화를 달성 할 수 있습니다. 따라서 DevOps 목표를 달성하기 위해 따라야 할 이러한 관행을 반복하는만큼 손실이 없습니다.
아시다시피 DevOps의 목표는 소규모 배포, 더 빠른 배포 및 지속적인 배포를 통해 고객에게 가치를 제공하는 데 집중하는 것입니다. 민첩한 관행을 넘어서이를 달성하기 위해 DevOps 관행에서 무엇을해야하는지 이해합시다.
첫 번째는 우리가 이미 알고 있듯이 모든 정보를 전체 팀이 사용할 수 있고 소프트웨어를 개발하는 동안 염두에두기 위해 모든 이해 관계자와의 협력이 필요하다는 것입니다.
예를 들어 , 운영 팀이 계획하고있는 기본 환경 구성의 작은 변경 일 수 있으며, 팀의 각 구성원이 변경의 영향을 처리 할 수 있도록 해당 정보를 모든 팀 구성원에게 전달해야합니다. 적용 가능한 모든 곳에서.
개발자가 코딩하는 동안주의를 기울이는 것처럼 테스터는 최종적으로 최신 업데이트가 이루어 지도록합니다. 구성은 이전 구성과 비교하여 테스트됩니다.
따라서 기본적으로 팀은 디자인 문제, 아키텍처, 테스트 또는 배포 또는 애플리케이션 성능과 같은 문제를 해결하기 위해 함께 모여 협력해야합니다. 잠시 후에 협업에 대해 더 많이 알게 될 것입니다.
기술 부채는 최대한 최소화해야합니다.
프로그램의 모든 부분은 매우 중요하며 방치되고 제 시간에 참석하지 않으면 나중에 품질 문제로 이어질 것입니다.
따라서 세부 사항, 우수성에주의를 기울이고 고객의 요구에 지속적으로 집중하는 것이 매우 중요하며이 외에는 어떤 단계에서도 타협이 없습니다.
우리는 소프트웨어 개발 라이프 사이클의 모든 측면의 중요성과 그 영향을 알고 있습니다. 따라서 최상의 아키텍처, 요구 사항, 설계, 테스트에 초점을 맞추면 모든 것이 매우 중요하며 SDLC 단계의 어느 단계에서도 타협이 없습니다.
우리는 이미 라이브에서 메트릭 수집의 중요성에 대해 배웠습니다.
이 유익한 튜토리얼을 즐기 셨기를 바랍니다 !!