DevOps: 신속하고 신뢰 가능하게 앱을 전달하는 협업적 사고 방식


잘 설계되어 강력한 DevOps 적용으로 소프트웨어 배포 속도와 안정성이 증가하는 동시에 오류 복원 시간과 소프트웨어 업데이트 지연 시간이 줄어들고 있음을 보여주는 증거가 늘어가고 있습니다.

[DevOps] 고려 시 염두에 두십시오.

DevOps는 문화, 프로세스, 도구를 결합해 소프트웨어 전달 주기를 향상시키는 새로운 접근 방식을 지지합니다. 시작하기는 너무 버거울 수 있으므로 여기서는 DevOps 진행을 통한 사고와 기획을 도울 일부 우수 사례들을 살펴봅시다.

여러분이 가진 근본적 요구 사항을 확실히 정하십시오. DevOps 진행은 조직의 구조, 팀 인센티브, 현행 소프트웨어 수명 주기, 지연 원인, 자동화 기회 등을 모두 고려한 끝에 조직의 고유한 요구 사항을 충족시키도록 구조화되어야 합니다.

자동화와 새로운 프로세스에 투자하십시오. “현대적인 서비스 제공에는 지속적인 자동화가 뒷받침되어야 합니다.” [출처: Forrester Brief: 우수한 DevOps에 필요한 것: 협업, 자동화, 문화적 변화 (Good DevOps Requires Collaboration, Automation, And Cultural Change); 2016년 6월]. 대체로 DevOps는 자동화 도구를 통해 향상됩니다. 대부분의 경우 완전히 새로 적용되는 자동화 과정은 성공적인 DevOps가 필수 전제입니다. 협업, 신규 프로세스 구축, 새로운 도구 사용 관련 팀 교육 훈련은 투자할 가치가 있습니다.

리서치업체인 Forrester가 제출한 상기 보고서에 따르면 조사에 참여한 I&O 전문가 82%는 릴리스 관리, 구성 관리, 변경 관리 중 최소 한 군데 이상에 자동화 솔루션을 구성하는 중이라고 응답했습니다.





팀 구성과 문화적 사안에 대한 현실을 인식하십시오. 개발자와 IT 운영팀 간의 인센티브와 목표를 잘 배열해 협업의 신뢰와 정신을 구축하는 것은 매우 중요합니다. 예를 들어 단일 프로젝트에 직원을 제공하도록 조정되어 적극적으로 협업하고 있어서 모든 측면에서 종합적으로 성공적이라 평가되는 팀인 경우 기능적 책임과 (안정성 유지나 신속한 기능 전달과 같은) 인센티브는 공유하되 성공적으로 소유하는 것이 없는 개발자, 운영자 또는 양팀 동시 구성 팀보다 협업에 효과적으로 몰입했습니다. 구입하기는 쉽겠지만 도구만으로는 DevOps 진행 혜택이 보장되지 않습니다. DevOps는 협업과 공동 책임에 기반한 문화 철학의 맥락에서 사용되어야 합니다.

조직의 역학을 이해하는 것은 방해가 될 수 있습니다. 새로운 프로세스와 도구가 적용되면 현행의 프로세스는 파괴되며, 기존의 조직 권한, 특히 준수, 보안, 감사 기능에 대한 위협은 불가피합니다. 이러한 부문에서 좀더 거시적인 비전을 가지고 적극적으로 나서 주는 것이 매우 중요합니다. 그렇지 않으면 선의로 단순화한 DevOps 진행이 인위적인 지연으로 시달리게 됩니다. 하향식 실행을 지원하고 다중 구성 팀을 투입하면 이처럼 복잡한 조직 역학을 꿰뚫는데 도움이 될 수 있습니다. 사실 2015년 Gartner 연구 조사 응답자 가운데 절반 이상이 조직이 DevOps 사용에 가장 큰 문제로 인사를 꼽았습니다.





통합 오버헤드와 복잡성 문제를 인식하십시오. 솔루션 공급업체의 수를 고려했을 때 디자인 단계에 있는 전체 DevOps 진행의 각 측면에 대해 문제의 여지가 있는 솔루션을 구입하기 쉽상입니다. 이 경우 무난하게 사용기 위해 기업들이 다른 도구를 통합하려 들면서 중대한 오버헤드와 복잡성이 야기될 수 있습니다. 최적 진행 사례에 근거해 강력한 의견을 제시하고, 애플리케이션 런타임 플랫폼과 통합하고, 동시에 조직의 고유한 요구에 자동화 특성까지 제공하는 괄목할만 한 유연성을 제공하십시오. 이렇게 단일화된 접근 방식만이 위험에서 벗어나 강력한 기반에서 시작하는 것을 도울 수 있습니다.

작게 시작하십시오. DevOps를 진행할 때 실험과 미세 조정이 필요할지도 모릅니다. 작게 시작하는 것이 합리적입니다. 의미있는 결과를 유도하려면 너무 큰 규모이거나 결과가 매우 중요한 핵심 비즈니스를 수행하지는 않는 실제 애플리케이션으로 시작하십시오.

기존의 작업을 고려하십시오. DevOps는 새로운 작업만을 대상으로하는 것이 아닙니다. 팀들은 기존 작업의 현대화와 통합을 고려하므로 DevOps 원칙과 자동화를 수명 주기에 적용해 넣을 방법을 고려하십시오. 기존 작업은 릴리스 주기와 배포 신뢰성/안정성 측면에서 DevOps로부터 상당한 혜택을 얻을 수도 있습니다.

DevOps는 일종의 여행입니다. DevOps는 진행 철학입니다. 팀과 진행이 정해지면 정적인 상태를 유지할 수 없다는 점을 기억하십시오. 작업, 요구 사항, 운영 환경이 전환되므로 소프트웨어를 신속하고 신뢰 가능하게 전달하기 위한 DevOps의 존재 이유를 지속적으로 충족시키고자 끊임없이 성장/진화해야 합니다.