demystifying devops video tutorial
DevOps 비디오 자습서 :
사용자 수락 테스트 서명 템플릿
이전 튜토리얼에서 우리는 DevOps가 QA 테스트에 미치는 영향 . 여기에서이 튜토리얼에서는 비디오가 포함 된 DevOps에 대한 모든 것을 학습합니다.
(이 시리즈의 첫 번째 동영상으로 시작하려면 아래로 스크롤하세요.)
추천 읽기 => DevOps 교육 시리즈
요즘 DevOps는 IT 업계에서 뜨거운 주제이자 유행어입니다.
소프트웨어 제공에 대한 수요가 증가함에 따라 까다로운 고객의 기대를 충족하기 위해 소프트웨어 제공 방법론이 변경되고 있습니다.
따라서 DevOps는 특히 소프트웨어 제공이 빠르게 진행될 것으로 예상되는 클라우드 기반 솔루션의 경우 고객에게 소프트웨어를 제공하는 향상된 최신 방법입니다.
많은 선진 조직이 이미 고객에게 소프트웨어를 제공하는 DevOps 방식을 채택하기 시작했습니다. 그리고 더 많은 사람들이 그것을 채택하는 방향에 있습니다. 또한 오늘날 대부분의 IT 기회에는 DevOps 지식이 필요합니다.
따라서 모든 사람이 'DevOps'를 이해하는 것은 매우 중요합니다.
DevOps 이해하기 – 비디오 자습서
DevOps 교육 비디오 자습서의 목적 :
- DevOps가 구현을 향해 나아갈 것을 알고 있습니다.
- DevOps가 현재 작업 및 제공 방식에 변화를 가져 오는 방법을 이해합니다.
- DevOps 개념에 대한 기본적인 이해를 만듭니다.
함유량:
그것은 포함합니다,
- DevOps에 관한 모든 것.
- 협업이란 무엇이며 Dev와 Ops간에 협업을 가져 오는 방법은 무엇입니까?
- DevOps, 지속적 통합, 지속적 테스트 및 지속적 배포의 핵심 프로세스입니다.
- DevOps, 릴리스 관리, 구성 관리 및 애플리케이션 모니터링의 주요 개념입니다.
주요 학습 내용 :
- DevOps를 정의 할 수 있습니다.
- 조직에 DevOps가 필요한 이유는 무엇입니까?
- DevOps를 시작하는 방법은 무엇입니까?
- 개발 및 운영 팀을 함께 구성하는 방법은 무엇입니까?
형세:
- 이 완전한 튜토리얼은 파트 1, 파트 2, 파트 3, 파트 4의 4 개 파트로 구성되어 있으며 그 다음에는 파트 5를 마무리하거나 요약합니다.
- 각 부분은 모든 사람이 쉽게 이해할 수 있도록 더 작은 비디오 블록으로 세분화됩니다.
- 각 비디오에는 이전 비디오에서 다룬 내용과 다음 비디오에서 다룰 내용에 대한 요약이 있습니다.
- 비디오는 매우 간단하며, 필요한 곳에 설명 할 수있는 유용한 그림이있는 간단한 언어와 파워 포인트 슬라이드가 있습니다.
- 모든 비디오는 개념을 이해하기 위해 자체적으로 독립적이며 다른 비디오를 참조 할 필요가 없습니다. 그러나 주제를 더 잘 이해하려면 part1에서 part4까지 순서대로 진행하는 것이 좋습니다.
적용 범위:
1 부 : (이 튜토리얼)
DevOps 소개. DevOps의 배경, 정의, 가치, 이점, 습관 및 모범 사례.
2 부 :
Agile Principles, 소스 제어 및 자동화와 같은 주요 프로세스의 중요성 및 DevOps에 적용되는 방법을 기반으로하는 DevOps 사례.
파트 3 :
DevOps의 주요 프로세스에 대한 세부 정보는 다음과 같습니다.
- 지속적인 통합,
- 지속적인 테스트 및
- 지속적인 배포.
파트 4 :
DevOps의 몇 가지 핵심 프로세스의 중요성,
- 구성 관리,
- 릴리스 관리 및
- 라이브에서 애플리케이션 성능 모니터링.
파트 5 :
전체 과정의 요약.
*******************************************
이 시리즈의 첫 번째 비디오 자습서부터 시작하겠습니다.
이 자습서 비디오의 첫 번째 부분에서는 다음을 배우게됩니다.
- 이 새로운 소프트웨어 제공 방법을 도입 한 데브 옵스의 배경과 동인은 무엇입니까?
- DevOps 란 무엇이며 DevOps를 정의 할 단일 정의가없는 이유는 무엇입니까? 방법, 과정, 문화인가?
- DevOps가 무엇인지 이해했지만 DevOps가 아닌 것이 무엇인지 아는 것이 중요합니다.
- 조직에서 DevOps를 구현할 때의 이점.
- 그리고 DevOps의 다양한 관행과 습관이 있습니다.
- DevOps의 주요 지표.
비디오 파트 1 : 소개– 21 분 46 초
오늘은 IT 업계에서 매우 뜨거운 화두 인‘Demystifying DevOps’라는 주제에 대해 말씀 드리겠습니다.
우리는 모든 곳에서이 유행어를 자주 듣습니다. 또한 오늘날 대부분의 IT 직업 기회는 'DevOps'지식과 경험을 추구하므로 이에 대해 아는 것이 매우 중요합니다.
어서 !! 이 DevOps가 무엇인지 이해합시다.
개요
이 시리즈 인 'Demystifying DevOps'는 4 개 부분으로 나누어 져 있으며, 이는 관객이 DevOps의 각 부분을 천천히 그리고 꾸준히 이해하는 데 불편 함을 줄 것입니다.
이 시리즈가 끝나면 DevOps가 무엇인지 정의 할 수있을 것입니다. DevOps가 필요한 이유는 무엇입니까? 그 이점은 무엇입니까? 조직은 참여를 위해 DevOps를 어떻게 수용 할 수 있습니까? 전체 DevOps Practice에서 테스터의 역할은 무엇입니까?
애자일 방식이 개발 프로세스를 빠르게 가속화하고 소프트웨어 팀이 지정된 타임 라인에이를 운영팀에 제공하기 시작했지만 여전히 IT 업계는 소프트웨어 생산을 준비하고 고객에게 공개하는 데 어려움을 겪었습니다.
운영은 소프트웨어를 설치하고 운영하고 성능을 관리하는 데 어려움이있는 소프트웨어 팀과 운영 팀간에 많은 양의 제품화를 수행하는 데 정말 많은 시간이 걸렸습니다.
업계는 개발과 운영 사이의 단절과 이해 관계자, 특히 운영, 개발자, 비즈니스 분석가 및 테스터 간의 협업 간극이 소프트웨어 처리 시간을 확보하고 품질이 높은 소프트웨어를 제공하는 데있어 비용이 많이 든다는 사실을 천천히 이해했습니다. .
그리고 서서히이 격차는 양질의 소프트웨어를 제공하는 것을 목표로하는 애자일 관행과 원칙을 넘어서 발전한 'DevOps'라는 관행의 도입으로 이어졌습니다. 즉,보다 효율적인 방식으로 짧은 시간 간격으로 '고객에게 가치를 제공'하고 실제로 고객이 원하는 것을 제공합니다.
DevOps 란 무엇입니까?
이제 DevOps 도입의 배경을 이해하고 나면 DevOps가 무엇인지 쉽게 정의 할 수 있습니다. DevOps의 정의에는 표준 정의가 없습니다. 그러나 나는 많은 사람들이 그들 자신의 정의를 내놓을 것이라고 장담한다.
DevOps 도입의 목적과 의도를 이해 했으므로 DevOps는 개발자와 운영뿐 아니라 나머지 팀과의 소프트웨어 개발 이해 관계자들 간의 명확한 협업 관행이라고 분명히 말할 수 있습니다. 고객에게 더 빠르고 더 나은 가치를 제공 할 수 있습니다.
여기에서 나머지 팀이라고하면 프로젝트 관리자, 비즈니스 분석가, 요구 사항을 수집하는 사람, 응용 프로그램을 유지 관리하는 사람, 고객 서비스 담당자 등이 포함됩니다.
Devops는 주로 커뮤니케이션 및 협업 부족으로 인해 이전에 존재했던 격차를 해소하고 결과적으로 소프트웨어의 품질 저하, 배포 지연 및 고객 불만족을 초래했습니다.
DevOps는 단순한 협업 일뿐만 아니라 '고객에게 가치'를 지속적으로 제공 할 수 있도록 올바른 인력, 올바른 프로세스 세트 및 올바른 도구 세트의 조합이기도합니다. DevOps의 유일하고 궁극적 인 목표는 고객에게 가치를 제공하기 위해 소프트웨어 생산을 준비하는 것이기 때문에 여기서 저는 '고객에게 가치'라는 단어를 계속 누르고 있습니다.
이것은 DevOps의 큰 차이점이자 핵심 측면입니다.
마지막으로 Devops는 사람들이 집중할 수있는 문화입니다.
- 고객
- 생산 납품,
- 오토메이션
- 피드백 및 측정
DevOps가 아닌 것은 무엇입니까?
DevOps가 무엇인지 이해 한 후에는 혼란을 피하기 위해 DevOps가 아닌 것을 이해하는 것이 좋습니다.
DevOps는 오픈 소스 또는 라이선스가 부여 된 도구가 아니므로 시장에서 사용할 수 있으므로 이동, 구매, 설치 및 사용할 수 있으며 모든 결과를 사용할 수 있습니다. 어떤 표준 사양이나 규칙 책도 아니므로 원하는 결과를 따르고 얻을 수 있습니다.
또한 ISO, CMMI와 같은 프로세스 집합이 아니므로 적응하고 인증을받을 수 있습니다.
변화하는 시장 요구에 따라 개발과 운영 간의 협업이 누락 된 것 외에도 기존 소프트웨어 개발 방법과 민첩한 방법론에 훨씬 더 많은 문제점이있었습니다.이 문제는 해결해야했으며 이것이 핵심 동인이되었습니다. DevOps 관행의.
음, 응용 프로그램의 품질과 성능을 지속적으로 개선해야 할 필요성이 가장 중요했습니다. 고객의 기대치, 요구 사항 증가 및 기대되는 고객 경험 충족은 전통적인 소프트웨어 개발 방법에서 진정한 도전이었습니다.
더 빠르고 더 빨리 출시해야하는 시장의 계속되는 압력과 경쟁은 또 다른 주요 동인이었습니다.
현재 여러 운영 체제 및 플랫폼의 지원 범위로 인해 단일 플랫폼 또는 OS에서 작동하는 소프트웨어를 개발하는 것만으로는 충분하지 않으므로 여러 플랫폼을 동시에 지원하려면 소프트웨어 개발 프로세스가 필요했습니다.
클라우드 기반 솔루션에 적용되는 소프트웨어는주기 시간을 줄이기 위해 지속적인 테스트, 지속적인 배포 및 자동화가 필요했습니다.
소프트웨어 개발에 대한 큰 도전을 통해이를 유지 관리하는 데 필요한 배포 및 지원을 위해 복잡하고 미션 크리티컬 한 프로그램, 솔루션 및 다양한 복잡한 IT 인프라가 증가합니다.
DevOps의 가치
PC 용 무료 인공 지능 소프트웨어
DevOps의 주요 동인을 이해 한 후에는 DevOps를 실행하는 조직에 제공하는 DevOps의 가치를 쉽게 이해할 수 있습니다.
DevOps는 주로 이해 관계자의 격차를 해소하므로 애플리케이션 개발 라이프 사이클 전반에 걸쳐 커뮤니케이션 및 협업이 향상됩니다. DevOps는 리드 타임을 개선하고 소프트웨어 제공 일정을 단축합니다. 리드 타임은 코드 커밋에서 프로덕션에 성공적으로 전달 된 코드까지 경과 된 시간입니다.
따라서 전반적으로 DevOps는 전체 조직을 변화시키는 문화를 억제하고 직원들이 고객에게 가치를 제공하는 소프트웨어를 제공하는 데 집중하도록 유도합니다.
다시 말해, 더 작고, 더 좋고, 더 빠르게 제공하는 것이 DevOps의 전체 비밀입니다.
DevOps의 이점
시장 수요로부터 시간의 필요성을 해결 한 DevOps 관행은 증가 된 고객 만족도를 입증하여 고객 기반을 증가 시켰습니다.
DevOps 실행의 핵심 동인이 무엇이든, 지속적인 테스트 및 피드백 프로세스를 통한 품질 및 성능 향상과 같은 성공으로 이어졌습니다.
인프라 및 구성을 코드로 제공하는 것과 함께 '모든 것을 자동화'원칙을 도입함으로써 인적 오류를 최소화하고 시장에 더 빨리 제공하고 더 자주 릴리스 할 수있었습니다.
버전 제어를 통해 소프트웨어는 여러 플랫폼에서 지원할 수 있었으며 초기 및 지속적인 테스트를 통해 생산에서 결함과 실패율이 감소했습니다.
지속적인 배포로 인해 문제를 해결하고 더 빨리 릴리스하는 데 더 빠른 시간이 걸렸습니다. 따라서 분명히 목록에 이점을 추가 할 수 있습니다.
DevOps 사례
DevOps의 핵심 요소는 애플리케이션 개발 수명주기 전반에 걸쳐 구현되는 모범 사례이며, 이는 팀에 필요한 문화를 심어주고 팀이 DevOps 구현의 이점을 달성하도록 유도하는 데 도움이됩니다.
# 1) 구성 관리 : 우리가 배포하는 내용, 배포하는 방법 및 프로덕션으로 이동할 구성을 명확하게 아는 것이 완전히 버전 제어되는 구성 관리의 핵심입니다.
# 2) 릴리스 관리 : 릴리스 파이프 라인을 어떻게 구축하고 관리하고 있는지 명확하게 파악하는 것이 릴리스 관리의 핵심 요소입니다.
# 3) 지속적인 통합 : 모든 코드 커밋이 버전 제어, 테스트 및 컴파일되고 코드베이스가 항상 깔끔하고 깔끔하게 유지되도록합니다.
# 4) 지속적인 배포 : 테스트에서 프로덕션 환경까지 지속적으로 컴파일 된 코드의 배포를 목표로합니다.
테스트 자동화는 수명주기 전체에 적용되는 DevOps의 중요하고 중요한 관행입니다. 그런 다음 '코드로서의 인프라'를 제공하는 것이 DevOps Practice의 주요 하이라이트 중 하나입니다.
따라서 나중에 코드가 프로덕션에 배포되면 성능 데이터, 시스템에서 발생한 오류 및 애플리케이션 모니터링 도구 및 방법론을 통해 최종 사용자 사용 데이터를 수집하여 소프트웨어가 성공적으로 실행되고 있는지 확인하는 것이 중요합니다. .
따라서 이들은 DevOps 목표를 달성 할 수 있도록 애플리케이션 개발주기 전반에 걸쳐 팀이 적용하고 채택한 필수 및 가장 중요한 관행입니다.
DevOps의 습관
아리스토텔레스가 말했듯이 '우리는 있습니다. 우리가 반복적으로하는 일은… 그러므로 탁월함은 행위가 아니라 습관입니다.
그래서 반복해서 연습하기 때문에 이것을 '습관'이라고 부릅니다.
따라서 이러한 규칙적인 습관은 양질의 소프트웨어를 반복적으로 제공하려는 의도로 팀에서 타협없이 개발되어야합니다.
# 1) 기술 부채 관리 :
정기적으로 기술 부채를 관리하는 것은 주요 측면 중 하나입니다. 그렇지 않으면 소프트웨어의 진행 속도가 크게 느려집니다. 따라서 기술 부채는 항상 줄여야하며 코드 기반은 가능한 한 깨끗하게 유지해야합니다. 깔끔한 코드베이스는 코드를 언제든지 배포 할 수 있도록합니다.
내가 반복해서 언급했듯이 고객에 대한 가치에 초점을 맞추는 것은 팀의 사고 방식이며, 이는 팀이 고객에게 가치를 제공하기 위해 모든 것을 지속적으로 수행하도록 만드는 데브 옵스의 핵심 문화적 측면입니다.
이런 마음가짐으로 자신의 일이 끝났다고 생각하고 더 이상 다른 사람에게 던지는 개인은 중단 될 것입니다. 그리고 모든 사람들은 궁극적 인 목표가 프로덕션에 전달하고 프로덕션에서 소프트웨어를 사용한 후 고객이 피드백이나 감사를 제공 할 때만 신용을 얻는 것이라고 생각하기 시작합니다.
따라서 고객에 대한 가치에 집중하면 팀이 매번 더 잘하고 더 잘할 수 있도록 동기를 부여하고 강화합니다.
# 2) 가설 주도 개발 :
요구 사항을 철저히 이해하는 것 외에도 고객이 실제로 수행하는 작업과 특정 기능의 사용 패턴을 이해하고 이에 따라 코드를 개발하는 것은 '가설 기반 개발'입니다.
따라서 고객이 소프트웨어를 사용하는 방법을 이해하고 첫 번째 인스턴스 자체에서 올바른 것이 개발되도록 보장하기 위해 처음부터 고객과 적극적으로 참여하는 것이 매우 중요하며 이는 DevOps 습관입니다.
# 3) 배포에서 측정 :
지속적으로 제공 성능을 측정하고 배포에서 피드백을 찾는 것은 팀이 소프트웨어를 개선하고 고객에게 가치를 제공하는 데 도움이되는 또 다른 중요한 습관입니다.
# 4) 라이브 사이트 문화 :
라이브 사이트 문화는 모든 사람의 마음가짐에 빠져드는 것입니다. 우리가 개발하는 것이 무엇이든 번거 로움없이 프로덕션에 적용해야합니다.
팀원 모두가 '라이브 사이트에 없으면 아무데도 없다'라는 것을 이해하고, 라이브로 갈 수 없어서 도달 할 수없는 경우에는 아무런 이점도 없다는 것을 이해하도록하는 문화입니다. 라이브에 있지 않은 경우 최종 사용자에게 알려줍니다.
# 5) 유연한 자원으로서의 인프라 :
인프라를 유연한 리소스로 관리하는 것은 DevOps의 매우 중요한 측면입니다. 언제라도 기존 인프라를 제거하고 새로운 인프라를 스핀 할 수 있어야하기 때문입니다. 그 이유는 인프라를 매우 쉽게 코드로 정의했기 때문입니다.
DevOps의 이러한 측면은 소프트웨어 다중 플랫폼을 지원하고 다중 버전을 지원하는 데 도움이됩니다.
# 6) 팀 협업 :
이제 우리는 소프트웨어 개발을 주도하는 것은 도구 나 프로세스 만이 아니라는 것을 분명히 알고 있습니다. 서로 협력하고 비즈니스 목표에 부합해야하는 팀입니다.
따라서 팀 협업은 자신과 프로그램 간의 이해 격차를 해소하는 DevOps 문화의 핵심 측면입니다.
따라서 이러한 태도, 행동 및 습관은 DevOps 문화의 핵심 기본 측면입니다.
DevOps 지표
사내 소프트웨어 개발 및 테스트에만 초점을 맞춘 기존 개발 및 테스트 관련 메트릭 만 수집하던 시절은 지났습니다. 제공의 초점이 변경됨에 따라 수집 된 메트릭도 고객에게 가치를 찾는 데 맞춰졌습니다.
수집 할 메트릭은 고객의 우선 순위에 따라 조직마다 약간 씩 다르지만 소프트웨어의 민첩성과 안정성 측정이 DevOps의 핵심 초점입니다.
그리고 이러한 측정 항목은 '고객에 대한 가치'의 관점에서 측정하기 쉽고 팀의 업무 수행 방식을 정의합니다. DevOps 구현.
기본적으로 민첩성 메트릭은 개발 효과를 측정하는 것이고 안정성은 운영 효과를 측정하는 것입니다.
# 1) 민첩성 지표 :
그리고 일정 기간 동안의 배포 횟수.
(나는) DevOps는 더 작은 청크를 전달하고 빠르게 전달하는 것입니다.
따라서이 민첩성 메트릭은 팀이 배포를 수행 할 수 있었던 빈도와 배포 빈도를 확인하는 것입니다.
다음은 '변경 사항을 배포하는 데 걸린 시간'입니다.
(ii) 또한 고객이 변경 요청으로 인해 변경을 보는 빈도를 알고 있으며 DevOps의 의도는 이러한 변경 사항을 최소 시간에 프로덕션으로 되 돌리는 것입니다.
따라서 민첩성 메트릭의 다음 측면은 변경 요청을 프로덕션에 배포하는 데 걸리는 시간을 확인하는 것입니다.
# 2) 신뢰성 지표 :
안정성 메트릭은 배포 후 소프트웨어의 안정성을 측정하는 것입니다.
신뢰성 지표에는 다음이 포함됩니다.
- 릴리스의 실패율 및
- 문제를 감지하고 수정할 시간입니다.
#1) 릴리스의 실패율은 측정하는 것입니다. 배포와 관련하여 얼마나 자주 실패합니까? 여기서 목표는 일정 기간 동안이 특정 메트릭이 0이되고 팀이 매번 성공적으로 배포하는 데 익숙해지고 프로덕션에 더 자주 들어가는 습관이되도록하는 것입니다.
#두) 이제 문제를 감지하고 수정하는 시간은 장애를 감지하고 수정하는 데 걸리는 시간을 측정하는 것입니다. 이 지표는 또한 프로덕션에서 일어나는 일을 얼마나 빨리 이해하고, 문제를 사전에 감지하고, 해결 방법을 제공하여 문제를 해결하고, 수정 사항으로 개발 주기로 라우팅 할 수 있는지 확인하는 것입니다.
이 측정 항목은 프로덕션에 대한 빠른 수정에 초점을 맞추는 것뿐만 아니라 팀이 설계, 아키텍처, 자동화 된 테스트 파이프 라인 등에서 적절한 변경을 수행하여 향후 발생하는 이러한 문제를 방지 할 수 있도록합니다.
따라서 이상적으로는 팀이 DevOps 문화 및 제공을 달성하는 데 도움이되는 메트릭입니다.
간단히 요약 해 보겠습니다.
안전한 무료 YouTube to mp3 변환기
- DevOps 란 무엇입니까?
- DevOps가 아닌 것은 무엇입니까?
- DevOps의 이점은 무엇입니까?
- DevOps 관행과 습관은 무엇입니까?
- 그리고 DevOps의 주요 지표는 무엇입니까?
DevOps 란 무엇입니까? DevOps는 개발, 운영 및 나머지 이해 관계자의 지속적인 협업을 통해 고객에게 가치를 제공하는 데 집중하는 조직의 문화입니다.
DevOps가 아닌 것은 무엇입니까? DevOps는 라이센스 또는 오픈 소스 제품이 아니며 사양도 표준도 아닙니다.
DevOps의 이점은 무엇입니까? DevOps는 고품질 제공, 더 빠른 제공, 빈번한 배포, 소규모 배포, 프로덕션 실패율 감소 등을 제공합니다.
DevOps의 관행은 무엇입니까? DevOps 사례는 지속적 통합, 테스트 자동화, 지속적 배포, 코드 형 인프라, 구성 관리, 릴리스 관리 및 애플리케이션 성능 모니터링입니다.
DevOps의 습관은 무엇입니까? DevOps 습관은 기술 부채 관리, 고객에게 가치 제공에 초점, 라이브 사이트 문화, 팀 협업, 유연한 리소스로 인프라 관리, 가설 기반 개발 및 프로덕션의 메트릭입니다.
DevOps의 메트릭은 무엇입니까? 민첩성과 안정성은 DevOps의 핵심 지표입니다.
DevOps의 비디오 자습서 작성자 정보 :
STH 팀원 인 Gayathri Subrahmanyam은 다양한 도메인에 걸쳐 다양한 글로벌 고객을위한 소프트웨어 테스트 프로젝트를 제공하는 데 15 년 이상의 경험을 가진 소프트웨어 테스트 전문가입니다. 그녀는 기존의 민첩한 소프트웨어 개발 방법론 (SCRUM, SAFE)에서 광범위하게 작업하면서 소프트웨어를 제공했으며 최근에는 DevOps 방법론에서 작업했습니다.
다음 비디오 자습서에서는 Agile Principles에 기반한 DevOps 사례를 배웁니다.