DevOps는 많은 사람들에게 다양한 의미를 지닌 유행어가 되었습니다.
DevOps가 정확히 무엇인지 이해하고 정의하는 것은 어렵습니다. 그렇기 때문에 대부분의 사람들이 연관시키는 DevOps의 기본 개념과 그것이 어떻게 진화했는지에 대한 역사를 알고 있다면 전체적인 관점을 얻을 수 있습니다.
목차
DevOps의 기원
DevOps는 애자일 소프트웨어 개발의 완벽한 예입니다. DevOps의 아이디어는 증가하는 소프트웨어 속도를 따라잡고 애자일 방법을 통해 이를 달성해야 할 필요성에서 나왔습니다. 지난 10년 동안 애자일 문화와 관행이 크게 발전하면서 종단 간 소프트웨어 제공 수명 주기에 대한 보다 총체적인 접근 방식에 대한 요구 사항이 드러났습니다.
애자일 소프트웨어 개발이 무엇인지 궁금할 것입니다.
애자일 개발은 여러 반복적이고 점진적인 소프트웨어 개발 방법론을 정의하는 광범위한 용어입니다. 인기 있는 애자일 방법론은 Scrum, Kanban, Scaled Agile Framework®(SAFe®), Lean Development 및 Extreme Programming(XP)입니다.
이러한 모든 애자일 방법론의 핵심 가치와 비전은 동일하지만 각각 고유한 접근 방식이 있습니다. 이러한 모든 방법론은 반복과 지속적인 피드백을 통합하여 확장 가능한 소프트웨어를 성공적으로 개선하고 제공합니다. 이러한 모든 방법론에는 프로젝트와 소프트웨어 모두에 대한 지속적인 계획, 지속적인 테스트, 지속적인 통합 및 기타 끝없는 형태가 포함됩니다.
기존의 워터폴 스타일 프로세스와 달리 이러한 애자일 방법론은 가볍고 본질적으로 적응할 수 있습니다. 이러한 애자일 방법론의 가장 좋은 점 중 하나는 함께 협업하고 빠른 결정을 내릴 때 사람들에게 권한을 부여하는 데 모두 초점을 맞추고 있다는 것입니다.
Segue의 이미지
DevOps의 이상은 확장된 애자일 개발 관행을 실행하여 빌드, 검증, 배포 및 다양한 제공 단계를 통해 소프트웨어 변경의 움직임을 개선합니다. 이를 통해 다기능 팀은 설계에서 생산에 이르기까지 소프트웨어 제품에 대한 완전한 소유권을 가질 수 있습니다.
DevOps가 해결한 과제
배포 프로세스 – 분산 응용 프로그램은 바이너리 및 구성 파일을 여러 서버에 배포해야 하는 경우가 많습니다. 서버 팜이 있을 때 더 어려워집니다. 무엇을, 어떻게, 어디에 배포할지 파악하는 것이 어려워집니다. 뻔한 결과는?
아티팩트를 라이브 경로의 다음 환경으로 가져오기 위해 오래 기다리면 테스트, TTL(Time to Live) 등과 같은 모든 것이 지연됩니다.
DevOps를 사용하면 소프트웨어 또는 웹 개발자와 IT 운영이 전적으로 책임이 없는 협업 세션에서 프로세스를 배포할 수 있습니다. 이를 통해 우리는 무엇이 작동하는지 확인한 다음 자동화를 통해 다음 단계로 나아가 지속적인 개발을 구현할 수 있습니다. 또한 더 자주 개발할 수 있는 방법을 제공합니다.
DevOps 목표
계획에서 전달에 이르기까지 이해 관계자 간의 협업을 개선하고 전달 프로세스의 자동화를 구현하여 다음을 수행합니다.
- 배포 빈도 향상
- 최종 제품 출시 시간 단축
- 신제품 출시 실패율 감소
- 수정 사이의 리드 타임을 단축합니다.
- 복구 목적으로 동안 개선
일반적인 DevOps 시나리오
전체 소프트웨어는 새로운 소프트웨어 프로젝트를 시작하기 전에 회의 지점에 옵니다. 팀은 개발자, 테스터, 운영 및 지원 전문가로 구성됩니다. 팀은 배포할 준비가 된 완전한 기능의 소프트웨어를 만들기 위한 계획을 세웁니다.
개발자가 완료하면 매일 새로운 코드가 배포됩니다. 자동화된 테스트 절차는 코드가 구현될 준비가 되었는지 확인합니다. 코드가 자동화 테스트 프로세스에서 녹색 신호를 받으면 소수의 사용자에게 배포됩니다. 코드는 예상치 못한 문제가 없고 안정적인지 확인하기 위해 짧은 기간 동안 모니터링됩니다. 그런 다음 최종 모니터링에서 코드가 안정적인 것으로 표시되면 새 코드가 나머지 사용자에게 배포됩니다. 계획 및 개발 이후 단계의 상당 부분은 사람의 개입 없이 수행됩니다.
DevOps 성숙도의 다양한 단계
DevOps 성숙에는 여러 단계가 있습니다. 여기 당신이 알아야 할 핵심 문구가 있습니다.
폭포 개발
지속적 통합 이전에는 개발팀이 엄청난 양의 코드를 작성하고 다른 팀의 코드를 병합하여 릴리스했습니다. 코드 버전이 너무 달라 많은 변경이 필요했습니다.
이러한 변경 사항을 사용하려면 몇 달 이상이 걸립니다. 이 과정은 생산적이지 않았습니다.
지속적인 통합
새로 개발된 코드를 주요 출시 예정 코드와 빠르게 통합하는 관행입니다. 코드 릴리스와 관련하여 지속적인 개발은 많은 시간을 절약하는 데 도움이 됩니다.
DevOps는 이 용어를 도입하지 않았습니다. 지속적인 통합은 익스트림 프로그래밍 방법론에서 나온 애자일 엔지니어링 방식입니다. DevOps는 지속적 통합을 성공적으로 실행하기 위해서는 자동화가 필요하기 때문에 이 방식을 채택했습니다. 지속적인 통합은 종종 DevOps 성숙도를 향한 첫 번째 단계입니다.
DevOps의 관점에서 지속적인 통합에는 코드 확인, 사용 가능한 코드로 컴파일, 일부 필수 검증 테스트 실행과 같은 단계가 포함됩니다. ‘
지속적 전달
지속적인 통합과 두 번째 DevOps 단계의 확장입니다.
Continuous Delivery를 사용하면 추가 자동화 및 테스트를 추가하여 코드를 기본 코드 라인과 빠르게 병합할 수 있을 뿐만 아니라 사람의 개입 없이 코드를 배포할 준비가 거의 완료되도록 할 수 있습니다.
코드베이스를 배포할 준비가 된 상태로 유지하는 것이 좋습니다.
지속적인 배포
지속적인 배포는 지속적인 배포의 고급 진화입니다. 이 방법을 사용하면 사람의 개입 없이 모든 방법을 프로덕션에 배포할 수 있습니다.
지속적인 개발 작업을 하는 팀은 테스트 없이 코드를 배포하지 않습니다. 새로 생성된 모든 코드는 프로덕션 단계에 들어가기 전에 자동화된 테스트를 통해 실행됩니다. 코드는 소수의 사용자에게 배포되며 코드가 다음 수준에 도달하기 전에 품질과 사용량을 모니터링하는 자동화된 피드백 루프가 있습니다.
Netflix, Etsy, Amazon, Pinterest, Flicker, IMVU, Google 등과 같은 소수의 회사에서 지속적인 개발을 수행합니다.
가치
DevOps는 다양한 DevOps 도구를 사용한 자동화를 통해 협업 문화를 개발하고 효율성을 개선하는 데 중점을 둡니다. 소프트웨어 솔루션에 DevOps를 구현하려면 문화와 도구를 모두 사용해야 합니다.
DevOps 문화
DevOps는 협업을 강화하고, 혼돈을 줄이고, 공유 책임을 더 나은 방식으로 처리하고, 자동화, 품질 개선, 피드백 평가를 구현하고, 자동화를 높이는 데 도움이 되는 특정 문화입니다.
애자일 방법은 항상 소프트웨어를 제공하는 최고의 전체론적 방법이었습니다. 진행 상황을 측정할 때 애자일 개발 팀은 작업 소프트웨어 측면에서 이를 수행합니다. DevOps 문화의 민첩한 방법을 통해 제품 소유자, 개발자, 테스터 및 UX 담당자는 동일한 목표를 염두에 두고 긴밀하게 협력할 수 있습니다.
DevOps 도구
구성 관리, 테스트 및 시스템 구축, 애플리케이션 개발, 버전 제어 및 모니터링을 위한 도구가 포함됩니다. Continuous Integration, Continuous Delivery 및 Continuous Deployment를 구현할 때 서로 다른 도구가 필요하며 동시에 동일한 도구도 사용합니다. 전달 체인을 진행하면서 더 많은 도구를 사용해야 합니다.
인기 있는 도구와 사례를 알아보겠습니다.
소스 코드 저장소 – 개발자가 코드를 체크인하고 변경할 수 있는 곳입니다. 소스 코드 저장소는 체크인된 다양한 버전의 코드를 관리하므로 개발자가 서로의 코드를 덮어쓰고 있는지 확인할 수 있습니다.
Git, Apache Subversion, IBM Rational, Artifactory, Nexus, Eclipse 등은 널리 사용되는 코드 저장소 도구입니다.
빌드 서버: – 빌드 서버는 소스 코드 호흡의 코드를 실행 가능한 코드 베이스로 컴파일하는 데 사용되는 자동화 도구입니다. 많이 사용되는 빌드 서버 도구 중 일부는 Jenkins, SonarQube 및 Artifactory입니다.
구성 관리 – Puppet, Chef, Ansible, SaltStack, Run Deck 등은 환경 전반에 걸쳐 일관성을 유지하기 위해 애플리케이션 및 인프라의 구성을 관리하는 데 도움이 됩니다.
가상 인프라 – AWS, GCP 및 Azure는 거의 모든 인프라 서비스를 제공하는 상위 3대 퍼블릭 클라우드 제공업체입니다. 인프라를 프로비저닝하고 코드처럼 관리할 수 있는 API를 제공합니다.
결론
이것이 DevOps에 대한 아이디어를 제공하기를 바랍니다. 이것이 흥미를 유발한다면 이 온라인 마스터 클래스 과정을 시도해 볼 수 있습니다.
Payal Goyal의 기사