헤이 하브르! 나는 기사의 번역을 당신의 관심에 제시합니다 "DevOps의 기원: 이름에 담긴 의미는 무엇일까?" 저자: 스티브 메작.

관점에 따라 다르겠지만, DevOps는 올해 2016주년이나 70주년을 맞이하게 될 것입니다. RightScales의 XNUMX년 클라우드 현황 보고서에 따르면 중소기업의 XNUMX%가 DevOps 방식을 도입하고 있는 것으로 나타났습니다. 이 평가를 구성하는 모든 지표는 그 이후로 증가했습니다. DevOps가 두 번째 XNUMX년을 맞이하는 지금, 추억의 골목길을 거닐며 DevOps의 뿌리, 그리고 그 이름 자체의 유래를 살펴보는 것은 어떨까요?

2007년 이전: 완벽한 사건의 연쇄

2007년까지 일련의 상황들이 결국 오늘날 DevOps로 알려진 것을 탄생시켰습니다.

린 제조 이미 모범 사례로 자리매김했습니다. 또한 ~로 알려짐 도요타 생산 방식린 제조는 생산 현장에서의 프로세스를 최적화하는 것을 목표로 합니다. (덧붙여 말하면, 토요타 경영진은 처음에 포드 자동차 회사가 도입한 원래의 조립 라인 방식에서 영감을 받았습니다.) 지속적인 개선 —는 린 제조의 진언입니다. 실제로 다음 경로는 지속적으로 평가됩니다.

1. 원자재 및 완제품 재고 수준을 최소한으로 유지합니다.. 린 제조란 제품을 생산하기 위해 최소한의 원자재를 재고로 보관하고, 주문에 따라 유통되거나 배송될 완제품을 최소한으로 보관하는 것을 의미합니다.
2. 주문 대기열 최소화. 이상적으로는 접수된 주문은 즉시 완료로 표시됩니다. 린 제조의 핵심 지표는 항상 주문에서 납품까지의 시간입니다.
3. 생산 공정의 효율성 극대화. 프로세스 재설계와 향상된 자동화를 결합해 가능한 한 빨리 제품을 생산합니다. 전체 경로에 걸쳐 모든 생산 영역(절단, 용접, 조립, 테스트 등)에서 비효율성이 평가됩니다.

IT 세계에서는 기존의 폭포수형 소프트웨어 개발 방식이 빠르고 반복적인 방식으로 대체되었습니다. 기민한. 빠른 개발과 배포를 추구하는 과정에서 품질이 저하되는 경우가 있었지만, 속도는 항상 최우선이었습니다. 특히 클라우드 컴퓨팅은 거의 동일합니다 서비스로서의 인프라 (IaaS) 및 Service-as-a-Service (PaaS)는 IT 프로세스와 인프라에서 성숙한 솔루션임이 입증되었습니다.

마지막으로, 툴킷이 최근에 등장하기 시작했습니다. 지속적인 통합 (CI). CI 도구라는 개념은 1991년 그레이디 부치가 부치 메소드를 통해 처음 제시했습니다.

2007-2008: 실망한 벨기에인

벨기에 출신의 컨설턴트이자 프로젝트 관리자, 애자일 실무자인 패트릭 드부아는 벨기에 정부 부처로부터 데이터 센터 이전 지원 업무를 수주했습니다. 구체적으로 그는 인증 및 준비 상태 테스트를 담당했으며, 소프트웨어 개발팀과 운영팀 간의 협력 관계를 구축하고 업무를 조율하는 역할을 맡았습니다. 서버데이터베이스와 네트워크에 대한 그의 불만은 개발과 운영 방식을 분리하는 장벽과 응집력 부족에 대한 좌절감으로 이어졌습니다. 개선에 대한 그의 열망은 곧 행동으로 이어졌습니다.
2008년 토론토에서 열린 Agile Conference에서 Andrew Schaefer는 "라는 주제를 논의하기 위해 특별히 마련된 비공식 회의를 주관하겠다고 제안했습니다.민첩한 인프라"그리고 이 주제에 대해 논의하기 위해 온 사람은 단 한 명, 패트릭 드부아뿐이었습니다. 그들의 토론과 아이디어 교환은 애자일 시스템 관리라는 개념을 발전시켰습니다. 같은 해 드부아와 셰퍼는 구글에 어느 정도 성공을 거둔 애자일 시스템 관리자 그룹을 만들었습니다.

2009: 개발 및 운영 협업 사례

O'Reilly Velocity 컨퍼런스에서 Flickr 직원 두 명, 기술 운영 부문 수석 부사장 John Allspaw와 CTO Paul Hammond가 현재 유명해진 프레젠테이션을 진행했습니다. "하루 10회 배포: Flickr에서의 개발 및 운영 협업".

프레젠테이션은 극적인 스타일로 진행되었는데, 올스포와 해먼드는 소프트웨어 배포 과정에서 개발 및 운영 담당자 간의 복잡한 상호 작용을 연기했으며, "내 코드가 아니라 당신들의 컴퓨터 문제야!"라는 식으로 서로를 비난하고 비난하는 장면도 있었습니다. 그들의 프레젠테이션은 소프트웨어 개발 및 배포 활동을 원활하고 투명하며 완벽하게 통합하는 것이 앞으로 나아갈 유일한 현명한 방법이라는 것을 확인시켜 주었습니다. 시간이 지나면서 이 프레젠테이션은 전설적인 것으로 자리 잡았고, 현재는 DevOps로 알려진 방법론에 대한 IT 업계의 수요를 촉발한 중요한 이정표로 간주됩니다.

2010년: 미국의 DevOps

지지자가 점점 늘어나면서 DevOpsDays 컨퍼런스는 연례 Velocity 컨퍼런스 직후, 미국 캘리포니아주 마운틴 뷰에서 처음으로 개최되었습니다. 2018년 현재, 미국에서 개최될 수십 개의 컨퍼런스를 포함하여 30개가 넘는 DevOpsDays 컨퍼런스가 계획되어 있습니다.

2013: 프로젝트 "피닉스"

우리 중 많은 사람들에게 DevOps 역사상 또 다른 중요한 순간은 Gene Kim, Kevin Behr, George Safford가 쓴 책 The Phoenix Project의 출판이었습니다. 이 소설은 절박한 상황에 처한 IT 관리자의 이야기를 다룬다. 그는 잘못된 중요한 전자상거래 프로젝트를 구하라는 임무를 맡게 된다. 관리자의 신비로운 멘토는 린 제조에 열정적인 이사회 멤버로, 주인공에게 IT와 애플리케이션 개발에 대한 새로운 사고방식을 보여주며 DevOps라는 개념을 예고합니다. 그런데 피닉스 프로젝트에서 영감을 받아 저희는 아웃소싱 또는...이라는 책을 썼습니다. 이 책은 소프트웨어 부사장이 DevOps를 사용하여 주요 신규 아웃소싱 제품을 개발하는 것과 유사한 비즈니스 스토리를 담고 있습니다.

미래를 위한 DevOps

DevOps는 목적지라기보다는 여정이나 열망에 가깝다고 설명하는 것이 더 타당합니다. 린과 마찬가지로 DevOps는 지속적인 개선, 생산성과 효율성 증대, 심지어 지속적인 배포를 목표로 합니다. DevOps를 지원하는 자동화 도구는 계속해서 발전하고 있습니다.

지난 2018년 동안 DevOps가 도입된 이후 많은 성과가 이루어졌으며, XNUMX년 이후에는 더 많은 성과가 있을 것으로 기대됩니다.

출처 : habr.com