아티클
튜토리얼
대화형 가이드
DORA 메트릭: Open DevOps 성공을 측정하는 방법
DORA(DevOps 연구 및 평가)는 프로세스 성과 및 성숙도를 평가하는 데 사용되는 표준 DevOps 메트릭 세트를 제공합니다. 이 메트릭은 DevOps가 변경 사항에 얼마나 빨리 대응할 수 있는지, 그리고 코드 배포에 걸리는 평균 시간, 반복 빈도, 장애 관련 인사이트에 관한 정보를 제공합니다.
이 가이드에서는 네 가지 DORA 메트릭, 각각의 중요성, 팀이 Open DevOps를 사용하여 성과를 측정하는 방법을 개괄적으로 설명합니다.
DORA란 무엇입니까?
DORA는 표준 메트릭 세트를 사용하여 DevOps 성과를 평가하는 데 집중했던 Google Cloud의 한 팀에서 시작되었습니다. 이 메트릭의 목표는 속도를 높이면서 성과 및 공동 작업을 개선하는 것입니다. 이 메트릭은 전 세계 DevOps 팀이 현재 성과를 기반으로 목표를 설정하고 그 목표에 대한 진행률을 측정할 수 있도록 지원하면서 지속적인 개선 도구로 사용되고 있습니다.
DevOps는 사용자가 작업에 집중할 수 있도록 비즈니스 소프트웨어 및 프로세스를 원활하게 실행하는 데 있어 중요합니다. DORA 메트릭은 DevOps 팀이 다음을 할 수 있도록 매우 중요한 역할을 합니다.
- 현실적인 응답 추정 제공
- 작업 계획 개선
- 개선이 필요한 부분 파악
-
기술 투자 및 리소스 투자에 대한 합의 구축
DORA 메트릭이란 무엇입니까?
DevOps 팀을 위한 DORA 메트릭은 네 가지 중요한 측정값에 중점을 둡니다.
- 배포 빈도
- 수락 및 배포 사이의 시간
- 배포 실패 빈도
- 서비스 복원 또는 장애 복구에 걸리는 시간
다음에서는 DORA 메트릭이 DevOps 모범 사례인 이유, DORA 측정값, 팀이 성과를 개선하기 위해 할 수 있는 일에 대해 살펴봅니다.
배포 빈도
DevOps 팀은 일반적으로 각 주기의 변경 횟수 및 위험을 줄이기 위해 소프트웨어를 더 작은 규모로 더 자주 배포하여 제공합니다. 배포 빈도가 잦을수록 팀이 피드백을 더 빨리 수집할 수 있어 반복이 빨라집니다.
배포 빈도는 특정 환경에 대해 매일 완료되는 코드 배포의 평균 횟수입니다. 개발 팀의 속도, 역량, 자동화 수준을 측정하므로, DevOps의 전반적인 효율성을 나타내는 지표입니다.
작업량 또는 각 배포의 규모를 줄이면 배포 빈도를 높이는 데 도움이 될 수 있습니다.
변경의 리드 타임
변경 리드 타임은 DevOps 팀이 이행 약속부터 배포에 이르기까지 코드를 제공하는 평균 속도를 측정합니다. 팀의 작업 수용량, 코드의 복잡성, 환경 변화에 대응하는 DevOps의 전반적인 능력을 나타냅니다.
이 메트릭은 기업이 고객 또는 비즈니스에 코드를 제공하는 속도를 측량하는 데 도움이 됩니다. 예를 들어, 고도로 숙련된 팀은 변경에 소요되는 평균 리드 타임이 2~4시간이지만 1주일이 걸리는 팀도 있습니다.
배포 단계의 작업량을 줄이고 코드 리뷰를 개선하고 자동화를 늘리면 변경에 대한 리드 타임을 줄이는 데 도움이 될 수 있습니다.
솔루션 보기
최고 수준의 DevOps 팀을 위한 도구
관련 자료
DevOps에서 팀 구조의 중요성
변경 실패율
변경 실패율은 프로덕션에서 실패를 유발하는 배포의 비율입니다. 배포 빈도 및 변경 리드 타임은 DevOps 자동화 및 역량을 측정하는 데 적합하지만 배포가 성공하는 경우에만 그렇습니다. 변경 실패율은 빈도 및 속도에 대한 대응책입니다.
많은 배포, 특히 중요 대응 배포로 인해 프로덕션에 버그가 발생할 수 있으므로 이 메트릭은 측정하기 어려울 수 있습니다. 이 이슈의 심각도 및 빈도를 이해하면 DevOps 팀이 속도 대비 안정성을 측정하는 데 도움이 됩니다.
배포 단계에서 진행 중인 작업의 양을 줄이고 자동화를 늘리면 변경 실패율을 줄이는 데 도움이 될 수 있습니다.
서비스 복원에 걸리는 시간
프로덕션 환경에 문제가 생겼을 때는 응답 시간이 중요합니다. 외부 보안 위협이든 표준 프로세스를 중단시킨 버그이든, DevOps 팀은 다음을 통해 신속하게 대응할 수 있어야 합니다.
- 버그 수정
- 새 코드
업데이트
서비스를 복원하는 데 걸리는 시간, 즉 평균 복구 시간은 이슈가 발생한 후 프로덕션 환경에서 이 이슈를 해결하는 데 걸리는 평균 시간입니다.
대응 계획이 있으면 팀은 이슈가 발생하기 전에 해결 방법을 파악할 수 있으므로, 궁극적으로는 서비스 복원 시간을 줄일 수 있습니다.
DORA 메트릭이 중요한 이유
DevOps를 이해하기 위해서는 개발 팀 및 운영 팀이 과거에는 서로 분리되어 있어서 협업하는 일이 거의 없고 서로의 작업을 파악할 수 없는 상태였다는 점을 알아야 합니다. 이제 널리 채택되고 있는 대안으로 발전한 DevOps는 두 팀을 하나로 통합해 주었습니다.
DevOps의 이점 중 하나는 여러 분야의 팀이 협업하여 솔루션 품질을 개선하고 더 빨리 솔루션을 제공할 수 있다는 것입니다.
DORA는 이 메트릭을 사용하여 팀 성과를 파악하고 순위를 매깁니다. 팀은 각 메트릭에 대해 등급(낮음, 중간, 높음, 엘리트)을 부여받습니다. 예를 들어, 팀이 변경 실패율에 대해 엘리트 등급을 받기 위해서는 지속적으로 0~15% 성과를 기록해야 하며, 복원에 걸리는 시간에 대해 엘리트 등급을 달성하려면 1시간 이내에 이슈를 해결할 수 있어야 합니다. 팀의 모든 메트릭을 종합한 순위에 따라 전체 순위가 결정됩니다.
업계 성과 대비 팀의 성과를 알면 어떤 부분을 개선하는 데 집중해야 하는지 효과적으로 파악할 수 있습니다. DORA 메트릭은 목표를 세우고 진행률을 측정하는 기준선을 제공합니다.
DORA 메트릭을 구현하는 방법
DORA 메트릭을 구현할 때는 네 가지 측정값을 모두 함께 분석하세요. 예를 들어, 배포 빈도가 지속적으로 높지만 변경 실패율도 지속적으로 높은 경우 완전한 정보를 알 수 없습니다.
자동화 및 코드 리뷰에 더 집중해야 할 수도 있습니다. 마찬가지로, 변경 실패율이 낮으면 좋은 것처럼 보일 수 있지만, 변경 리드 타임이 너무 길면 작업을 더 작은 부분으로 나눠야 할 수도 있습니다.
먼저 변경, 인시던트, 배포의 데이터 소스를 분석하는 DevOps 파이프라인을 만드세요.
- 처음부터 데이터를 추출합니다.
- 데이터를 변경, 배포, 인시던트 표로 분석합니다.
- 이 메트릭을 기반으로 성과를 계산합니다.
Open DevOps는 팀에 소프트웨어를 개발, 배포, 운영할 수 있는 도구를 제공합니다. Jira Software는 애자일 팀이 가장 많이 사용하는 도구인 Open DevOps를 지원합니다. 주요 공급업체 및 Marketplace 앱과의 통합 덕분에 팀은 원하는 DevOps 도구 체인을 구축할 수 있습니다.
DORA 메트릭 및 가치 흐름 관리
가치 흐름 관리는 고객에게 높은 품질의 릴리스를 자주 제공하는 관행을 말합니다. 가치 흐름 관리의 성공 척도는 고객이 변화의 가치를 깨닫는 것입니다.
DORA 메트릭은 다음 사항을 캡처하는 기준선을 제공하므로, 가치 흐름 관리에서 중요한 역할을 합니다.
- 배포 빈도
- 변경의 리드 타임
- 실패율
-
서비스 복원에 걸리는 시간
고객 피드백과 함께 DORA 메트릭을 사용하면 DevOps 팀은 어떤 부분을 개선하는 데 집중해야 하는지, 경쟁 업체와 비교하여 서비스를 어떻게 포지셔닝해야 하는지 파악할 수 있습니다.
DORA 메트릭을 사용하여 Open DevOps 성공 지원
팀이 DevOps를 시작할 때 성공하기 위해서는 DORA 메트릭을 구현해야 합니다. Open DevOps는 팀이 DORA 메트릭을 추적하여 DevOps 상태를 측정하는 데 도움이 됩니다.
Open DevOps 네이티브 통합을 통해 팀은 엔드투엔드 소프트웨어 개발을 위한 도구 체인을 구축하고 DORA 메트릭 구현을 통해 성공을 측정할 수 있습니다. 최고의 DevOps 도구로는 다음과 같은 도구가 있습니다.
- Jira Software는 작업 일정을 관리하고 작업을 추적하기 위해 애자일 소프트웨어 개발 팀이 가장 많이 선택한 도구입니다.
- Bitbucket을 사용하면 개발 팀이 코드를 저장 및 추적하고 변경 사항을 제어할 수 있습니다.
- Confluence는 팀이 정보를 캡처하고 분석하고 공유할 수 있는 지식 관리 및 협업 도구를 제공합니다.
-
Jira Service Management는 DevOps 팀이 인시던트를 추적 및 관리하고 중요한 DORA 메트릭을 캡처할 수 있도록 돕습니다.
즉시 개발 및 운영하는 데 필요한 모든 기능을 갖춘 Open DevOps로 소프트웨어 제공 프로세스를 최적화하고 팀을 성공으로 이끄세요.
DORA 메트릭: 자주 묻는 질문
DORA 메트릭에서 흔히 발생하는 문제는 무엇입니까?
DORA 메트릭을 구현할 때 팀원과 조기에 분위기를 조성하세요. 데이터를 수집하고 성과 정보를 게시하는 것을 두려워하는 팀원이 있을 수 있습니다. 이 문제를 완화하려면 모두가 다음에 참여하도록 유도하세요.
- 데이터 수집
- 아이디어 창출
-
목표 설정
달성 가능한 목표는 무엇이고 도전적인 목표는 무엇인지 물어보세요.
협업하여 결과를 분석하고 토론하세요. 자동화와 같은 특정 영역에 대해서는 누구나 의견이 있을 수 있지만, 승인 및 협력을 얻기 위해서는 그 영역을 담당하는 팀원을 참여시키는 것이 매우 중요합니다.
회사에서 Open DevOps의 DORA 메트릭을 사용하여 지속적 개선을 달성하려면 어떻게 해야 합니까?
DORA 메트릭은 팀이 속도와 품질 간에 균형을 맞추는 데 도움이 됩니다. DORA 엘리트 DevOps 팀 등급을 받는 것을 목표로 할 수도 있지만, 현재 상태에서 시작하여 지속적으로 그 목표를 향해 나아가세요.
지속적 개선에 팀을 참여시키기 위해서는 야심 찬 장기 목표를 세우는 것이 필요할 수 있습니다. 단, 팀이 단기적이고 점진적인 개선이 장기적인 목표를 향한 길이라는 것을 이해해야 합니다.
정의된 DevOps 영역에 대해 목표를 구체적이고 달성 가능한 메트릭으로 세분화하세요. 예를 들어, 복구 시간을 25% 줄이고 변경 실패율을 10% 이하로 유지하는 것 등이 있습니다. 그러면 팀의 현재 역량을 기반으로 의미 있는 목표를 만들 수 있습니다.
DORA 메트릭은 Open DevOps의 원칙에 어떻게 부합합니까?
DevOps 성과는 측정하기 어려울 수 있으며, 복잡한 프로젝트의 경우 더욱 그렇습니다. DORA는 팀이 성과를 컨텍스트 내에서 이해할 수 있도록, 신뢰할 수 있는 메트릭을 제공합니다.
DevOps는 개발 및 운영을 통합하여 성과 및 역량을 향상하는 것을 목표로 합니다. DORA 메트릭은 엔드투엔드 가시성을 바탕으로 이러한 가치가 실현되도록 지원합니다. 지속적 개선을 추적할 수 있는 팀은 높은 의욕과 집중력을 유지합니다.
이 문서 공유
다음 토픽
여러분께 도움을 드릴 자료를 추천합니다.
이러한 리소스에 책갈피를 지정하여 DevOps 팀의 유형에 대해 알아보거나 Atlassian에서 DevOps에 대한 지속적인 업데이트를 확인하세요.
DevOps 커뮤니티
DevOps 학습 경로
