IT DevOps에 대해 재고

"많은 기업이 애플리케이션 때문에 존재하며, 이는 애플리케이션 성능이 매출을 제외한 가장 중요한 측정 항목임을 의미합니다. 애플리케이션이 비즈니스인 경우, 속도는 애플리케이션의 품질을 나타내는 무기이자 척도입니다."라고 IBM의 자동화 가치 서비스 소프트웨어 부문 부사장인 Chris Farrell은 설명합니다.

Farrell은 이러한 하이퍼 배포 환경에서 조직이 지속적 통합 및 지속적 제공(CI/CD)을 달성하기 위해 "발상의 전환"을 하는 것이 중요하다고 말합니다. "배포 간격에 대해 이야기하는 대신 기간당 업데이트 횟수에 대해 이야기해야 합니다. 기간이 짧을수록 더 많은 업데이트가 진행됩니다."라고 그는 설명합니다

IBM의 "Rethink & Automate" 시리즈는 리더들이 일반적인 비즈니스 및 IT 프로세스를 새로운 관점에서 접근하고 자동화를 수용하여 이를 재구상하도록 초대합니다. 일반적인 DevOps 프로세스는 계획, 코딩, 빌드, 테스트, 릴리스, 배포, 운영, 모니터링의 8단계로 구성된 순환적인 일련의 과정입니다. 8단계 중 하나라도 속도가 느려지면 전체 파이프라인의 속도가 느려집니다.

"'디지털 태생'이 아닌 기존 대기업의 경우 속도 개선이 훨씬 더 중요할 수 있습니다."라고 IBM 기업 가치 연구소에서 발표한 논문 "더 스마트한 아키텍처의 속도"(PDF, 696KB)에서 IBM의 Hans A.T. Dekkers는 말합니다. “S&P 500에 속한 기업의 평균 수명이 60년(1960년대)에서 20년(오늘날)으로 감소했지만 매출액 증가 추세가 가속화되는 것을 볼 때, 우리는 속도의 유무에 따른 영향을 목격하고 있습니다."

CI/CD를 달성하려면 개발자는 한 번 빌드하고, 어디에나 배포하고, 파이프라인을 지속적으로 관리해야 합니다. Farrell은 자동화를 사용하여 일반적인 주기를 재설계하는 방법을 다음과 같이 설명하면서, 모든 개선에는 "DevOps에 대한 완전한 헌신과 지속적 제공에 도달하고 달성하려는 열망"이 필요하다고 지적합니다.

모니터링에서 관측성으로 전환

"놀랍게 들릴지 모르겠지만, 만약 제가 DevOps 프로세스를 처음부터 다시 설계한다면 가장 먼저 집중할 부분은 마지막 단계인 모니터링일 것입니다."라고 Farrell은 말합니다. "기존 모니터링 공간의 툴에서 벗어나 가능한 한 빨리 관측성으로 전환해야 합니다. 관측성을 더 많은 워크로드에 적용할수록 개발자나 다른 주제별 전문가의 도움 없이도 운영 팀원 누구나 문제에서 근본 원인까지 더 빠르고 정확하게 탐색할 수 있다는 점을 기억하세요."

IT에서 관측성이란 애플리케이션과 네트워크의 문제를 보다 효과적으로 해결하고 디버깅할 수 있도록 애플리케이션이 실행되는 하드웨어 및 네트워크와 함께 분산된 애플리케이션의 성능 데이터를 지속적으로 수집, 상호 연관 및 분석하는 소프트웨어 툴 및 관행을 말합니다. 관측성은 클라우드 네이티브 애플리케이션 배포의 점점 더 빨라지고 분산되며 동적인 특성을 더 잘 처리하기 위해 애플리케이션 성능 모니터링(APM)이 자연스럽게 진화한 것입니다.

모니터링 외에도 DevOps 프로세스의 모든 단계에는 이미 프로세스를 가속화, 통합 및 자동화하는 많은 툴이 있습니다. "기존의 모니터링 툴은 특히 수동 설정, 재구성 및/또는 재배포로 인해 속도가 느려지기 때문에 가속화된 파이프라인과 최신 기술 스택을 사용하는 데 어려움을 겪습니다."라고 Farrell은 말합니다. 관측성 플랫폼은 이해, 즉 상황에 대한 가시성을 제공하고 모든 변경사항을 실시간으로 조정하므로 항상 최신 상태로 유지됩니다.

또한 관측성은 애플리케이션 코드, 코드 기반 인프라, 하드웨어 스택 간의 경계가 모호해지면서 애플리케이션과 인프라를 하나로 묶어주는 역할을 합니다. "파이프라인 전반에서 속도의 필요성을 생각한다면 플랫폼은 애플리케이션 코드만큼이나 유연하고 빠를 수 있어야 합니다."라고 Farrell은 말합니다.

속도 및 결과 향상을 위한 통합 가시성 자동화

"관측성으로 전환해야 할 필요성은 절대적이지만, 이 작업은 반드시 자동화해야 합니다."라고 Farrell은 말합니다. 분석 엔진이 포함된 자동화된 관측성 플랫폼을 사용하면 플랫폼 자체에서 문제에 대한 이해, 권장사항 및 해결 방법을 제공할 수 있습니다. 더 이상 문제 진단에 시간을 할애할 필요가 없습니다. 이제 자동으로 수행됩니다.

IT DevOps 프로세스 전반의 자동화는 속도 외에도 여러 가지 이점을 제공합니다. 지속적인 피드백으로 개발자가 지속적인 개선을 위해 신속하고 단호하게 조치를 취할 수 있습니다. 향상된 오류 감지 기능을 통해 개발자는 Farrell이 '치명적인' 영향이라고 설명하는 상황이 발생하기 전에 오류를 수정할 수 있습니다. 마지막으로 시스템 통합은 팀 협업을 개선하여 팀 내 모든 IT 및 DevOps 전문가가 동료의 작업 속도를 저하시키지 않고 코드를 변경하고 피드백에 대응하며 문제를 해결할 수 있도록 지원합니다.

DORA 2018 Accelerate: State of DevOps 보고서(ibm.com 외부 링크)(PDF, 1.8MB)에 따르면 "성과가 우수한 조직"은 코드 배포 빈도가 46배 더 높고, 커밋에서 배포까지 리드 타임이 2,555배 더 빠르며, 변경 실패율이 7배 낮고, 인시던트 복구 속도가 2,604배 더 빠른 것으로 나타났습니다. 배포 빈도가 높아지면 새 소프트웨어의 릴리스가 빨라지고 인시던트 해결 속도가 수천 배 빨라지는 기하급수적인 이점을 확인할 수 있습니다. "제가 가장 좋아하는 상관관계 중 하나는 배포 속도가 빨라져도 변경 실패율이 줄어든다는 점입니다."라고 Farrell은 말합니다.

조직이 이 8단계의 프로세스를 모두 자동화하면 더 높은 품질과 더 나은 고객 만족도를 기대할 수 있습니다. 하지만 Farrell은 가장 마음에 드는 장점은 속도라고 말합니다. "제가 본 한 가지 사례는 은행에서였습니다. 제품이 출시되기까지 대략 10~12개월이 소요됩니다. 새로운 DevOps 프로세스를 도입한 후에는 그 기간이 2주로 단축되었습니다. 시장에서 절대적이고 직접적인 성공의 결과를 볼 수 있습니다."라고 그는 말합니다.