• 기능 가용성
• 가치 스트림 분석 동작 방식
  • 가치 스트림 단계
  • 가치 스트림
  • 가치 스트림 단계 이벤트
  • 가치 스트림 분석 데이터 집계 방식
  • 가치 스트림 분석이 각 단계를 측정하는 방법
    • 실제 워크플로 예시
    • 누적 라벨 이벤트 기간
  • 가치 스트림 분석이 생산 환경을 식별하는 방법
• 가치 스트림 분석 보기
  • 데이터 필터
• 가치 스트림 분석 지표
  • 라이프사이클 지표
  • DORA 지표
• 각 개발 단계의 지표 보기
• 유형별 작업 보기
• 가치 스트림 생성
  • GitLab 기본 단계로 가치 스트림 생성
  • 사용자 정의 단계로 가치 스트림 생성
    • 사용자 정의 가치 스트림에 대한 레이블 기반 단계
    • 사용자 정의 가치 스트림 구성 예시
• 가치 스트림 편집
• 가치 스트림 삭제
• 주기 완료까지의 일 수 보기
• 가치 스트림 분석에 대한 액세스 권한
• 문제 해결
  • Sidekiq cronjob:analytics_cycle_analytics에 의한 CPU 사용률 100%

가치 스트림 분석

가치 스트림 분석은 아이디어에서 제품까지 걸리는 시간을 측정합니다.

가치 스트림이란 고객에게 가치를 전달하는 전체 작업 프로세스를 의미합니다. 예를 들어, DevOps 라이프사이클은 “관리” 단계로 시작되어 “보호” 단계로 끝나는 가치 스트림입니다.

가치 스트림 분석을 사용하여 다음을 식별합니다:

• 아이디어에서 제품까지 걸리는 시간
• 특정 프로젝트의 속도
• 개발 프로세스의 병목 현상
• 지속적인 문제 또는 병합 요청
• 소프트웨어 개발 라이프사이클을 느리게 만드는 요소

가치 스트림 분석은 비즈니스가 다음을 도와줍니다:

• 최종 DevSecOps 워크스트림 시각화
• 비효율성 식별 및 해결
• 가치를 더 신속하게 제공하기 위해 워크스트림 최적화

가치 스트림 분석은 프로젝트 및 그룹에서 사용할 수 있습니다.

기능 가용성

가치 스트림 분석은 FOSS 및 라이선스 버전의 프로젝트 및 그룹 수준에서 각기 다른 기능을 제공합니다.

• GitLab Free에서 가치 스트림 분석은 데이터를 집계하지 않습니다. 기간 필터가 적용된 데이터베이스에 질의합니다. 미리 정의된 기본 단계로 가치 스트림 분석을 볼 수 있습니다.
• GitLab Premium에서 가치 스트림 분석은 데이터를 집계하고 종료 이벤트에 대해 기간 필터를 적용합니다. 또한 가치 스트림을 만들고 편집하고 삭제할 수 있습니다.

가치 스트림 분석 동작 방식

가치 스트림 분석은 소프트웨어 개발 프로세스의 각 단계의 기간을 계산합니다.

가치 스트림 분석은 세 가지 핵심 객체로 이루어져 있습니다:

• 가치 스트림은 가치 스트림 단계 목록을 포함합니다.
• 각 가치 스트림 단계 목록은 하나 이상의 단계를 포함합니다.
• 각 단계에는 시작 및 종료 두 가지 이벤트가 있습니다.

가치 스트림 단계

단계는 추가 메타데이터(예: 단계 이름)와 함께 이벤트 쌍(시작 및 종료 이벤트)를 나타냅니다. 단계는 백엔드에서 정의된 페어링 규칙에 따라 구성할 수 있습니다.

가치 스트림

가치 스트림은 단계를 위한 컨테이너 객체입니다. DevOps 라이프사이클의 다양한 측면에 초점을 맞추기 위해 그룹 당 여러 가치 스트림을 보유할 수 있습니다.

가치 스트림 단계 이벤트

이벤트는 가치 스트림 분석 기능의 가장 작은 구성 요소입니다. 하나의 단계는 시작 이벤트와 종료 이벤트로 구성됩니다.

다음과 같은 단계 이벤트가 사용 가능합니다:

• 이슈 닫힘
• 이슈 생성
• 보드에 처음 추가된 이슈
• 이터레이션에 처음 추가된 이슈
• 처음 할당된 이슈
• 마일스톤과 연관된 첫 번째 이슈
• 처음 언급된 이슈
• 레이블이 추가된 이슈
• 레이블이 제거된 이슈
• MR이 닫힘
• MR이 병합됨
• MR이 생성됨
• MR의 첫 커밋 시간
• MR이 처음 할당됨
• MR이 처음 배포됨
• MR에 레이블이 추가됨
• MR에서 레이블이 제거됨
• MR의 마지막 파이프라인 기간

이러한 이벤트는 시작 및 종료 이벤트가 짝을 이루도록 역할을 합니다. 이것은 다음과 같이 계산됩니다: 기간 = 종료 이벤트 시간 - 시작 이벤트 시간.

시작 및 종료 이벤트를 어떻게 짝지울 수 있는지 알아보려면 시작 및 종료 이벤트 유효성 검사를 참조하십시오.

가치 스트림 분석 데이터 집계 방식

• GitLab 14.5에 도입됨
• 종료 날짜로 필터링 토글 GitLab 14.9에 추가됨
• 데이터 새로 고침 배지 GitLab 14.9에 추가됨
• 종료 날짜로 필터링 토글 GitLab 14.9에서 제거됨
• 종료 날짜로 필터링 활성화 GitLab 15.0에서 추가됨

가치 스트림 분석은 데이터의 집계 및 수집을 위해 백엔드 프로세스를 사용하여 대규모 그룹 및 많은 이슈 및 병합 요청을 처리할 수 있습니다. 이 프로세스 때문에 사용자의 조치(예: 이슈 닫기)와 데이터가 가치 스트림 분석 페이지에 표시되는 시점 사이에 약간의 지연이 발생할 수 있습니다.

데이터 처리 및 결과 표시에 최대 10분이 소요될 수 있습니다. 데이터 수집은 다음과 같은 경우에 10분 이상 소요될 수 있습니다:

• 가치 스트림을 처음 볼 때 및 기본 가치 스트림을 아직 생성하지 않은 경우.
• 그룹 계층 구조 변경된 경우.
• 이슈 및 병합 요청에 대한 대량 업데이트가 있었을 경우.

데이터가 가장 최근에 업데이트된 시점을 확인하려면 편집 옆 오른쪽 모서리에 있는 최근 업데이트된 배지 위로 마우스를 올려놓으십시오.

가치 스트림 분석이 각 단계를 측정하는 방법

가치 스트림 분석은 각 단계의 시작 이벤트부터 종료 이벤트까지의 시간을 측정합니다. 종료 이벤트에 도달한 항목만이 해당 단계 시간 계산에 포함됩니다.

기본적으로 차단된 이슈는 라이프사이클 개요에 포함되지 않습니다. 그러나 원하는 경우 사용자 정의 라벨(예: workflow::blocked)을 사용하여 이를 추적할 수 있습니다.

가치 스트림 분석에서 사전 정의된 이벤트를 기반으로 단계를 사용자 정의할 수 있습니다. 구성을 돕기 위해 GitLab은 템플릿으로 사용할 수 있는 사전 정의된 단계 목록을 제공합니다. 예를 들어 이슈에 라벨을 추가할 때 시작되고 다른 라벨을 추가할 때 종료되는 단계를 정의할 수 있습니다.

다음 표는 가치 스트림 분석의 사전 정의된 단계를 개요로 제공합니다.

참고: 가치 스트림 분석은 타임스탬프 데이터에 작용하며, 각 단계의 최종 시작 및 종료 이벤트만을 집계합니다. 여러 번 단계 간에 왔다 갔다하는 항목에 대한 단계 시간은 최종 이벤트의 타임스탬프만을 토대로 계산됩니다.

각 단계의 가치 스트림 분석이 어떻게 계산되는지에 대한 자세한 정보는 가치 스트림 분석 개발 가이드를 참조하세요.

실제 워크플로 예시

이 예시는 하루에 걸쳐 일곱 단계의 워크플로를 보여줍니다.

만약 단계에 시작 및 종료 시간이 포함되지 않은 경우 중간 시간에 해당 데이터가 포함되지 않습니다. 이 예시에서는 마일스톤이 생성되었고, 테스트 및 환경 설정을 위한 CI/CD가 구성되어 있습니다.

• 09:00: 이슈 생성. 이슈 단계 시작.
• 11:00: 이슈를 마일스톤(또는 백로그)에 추가하고 해당 이슈에 대한 작업을 시작하며 로컬로 브랜치를 생성합니다. 이슈 단계 종료 및 계획 단계 시작.
• 12:00: 첫 번째 커밋 작성.
• 12:30: 해당 이슈 번호를 언급하는 브랜치에 두 번째 커밋을 작성합니다. 계획 단계 종료 및 코드 단계 시작.
• 14:00: 브랜치를 푸시하고 해당 커밋과 관련된 병합 요청(MR)을 생성합니다. 이슈 종료 패턴을 포함하는 병합 요청이며, 테스트 및 리뷰 단계 시작.
• GitLab CI/CD는 .gitlab-ci.yml 파일에 정의된 스크립트를 실행하는 데 5분이 소요됩니다.
• 19:00: 병합 요청. 리뷰 단계 종료 및 스테이징 단계 시작.
• 19:30: 프로덕션 환경으로의 배포 완료. 스테이징 단계 종료.

가치 스트림 분석은 각 단계에 대해 다음과 같은 시간을 기록합니다:

• 이슈: 09:00부터 11:00까지: 2시간
• 계획: 11:00부터 12:00까지: 1시간
• 코드: 12:00부터 14:00까지: 2시간
• 테스트: 5분
• 리뷰: 14:00부터 19:00까지: 5시간
• 스테이징: 19:00부터 19:30까지: 30분

이 예시와 관련된 다음과 같은 관찰 사항을 염두에 두세요:

• 이 예시는 첫 번째 커밋에서 이슈 번호를 언급하지 않는다고 해도, 나중에 브랜치에서 언제든지 이를 수행할 수 있다는 것을 보여줍니다.
• 테스트 단계는 주기 전체적인 시간을 계산하기 위해 사용됩니다. 각각의 MR은 테스트되어야 하므로, 리뷰 프로세스에 포함됩니다.
• 이 예시는 7개 단계의 한 주기에 대해서만 보여줍니다. 가치 스트림 분석 대시보드는 여러 주기의 중간 시간을 보여줍니다.

누적 라벨 이벤트 기간

• GitLab 16.9에 도입되었습니다. 이름은 enable_vsa_cumulative_label_duration_calculation와 vsa_duration_from_db입니다. 기본으로 비활성화됩니다.
• GitLab 16.10에서 GitLab.com 및 자체 관리로 사용 가능합니다. 기능 플래그 vsa_duration_from_db가 제거되었습니다.

플래그: 자체 관리 GitLab에서 기본적으로 이 기능을 사용할 수 있습니다.
관리자는 기능 플래그 비활성화를 통해 이 기능을 숨길 수 있습니다.
GitLab.com 및 GitLab Dedicated에서 이 기능을 사용할 수 있습니다.

이 기능으로 인해 가치 스트림 분석은 라벨을 기반으로 한 스테이지의 반복적인 이벤트 기간을 측정합니다. 시작 및 종료 이벤트에 대한 라벨 제거 또는 추가 이벤트를 구성해야 합니다.

예를 들어, 한 스테이지가 진행 중 라벨이 추가되고 제거된 시간을 추적하는 경우 다음과 같습니다:

• 9:00: 라벨 추가됨.
• 10:00: 라벨 제거됨.
• 12:00: 라벨 추가됨.
• 14:00: 라벨 제거됨.

원래 계산 방법으로는 기간이 5시간입니다 (9:00부터 14:00).
누적 라벨 이벤트 기간 계산을 활성화하면 기간이 3시간입니다 (9:00부터 10:00 및 12:00부터 14:00).

참고: GitLab 버전을 16.10(또는 더 높은 버전)으로 업그레이드하면 기존의 라벨 기반 가치 스트림 분석 스테이지는 배경 집계 프로세스를 사용하여 자동으로 재집계됩니다.

가치 스트림 분석이 생산 환경을 식별하는 방법

가치 스트림 분석은 프로젝트 environments에서 이름이 다음 패턴과 일치하는 환경을 찾아 생산 환경으로 식별합니다:

• prod 또는 prod/*
• production 또는 production/*

대소문자를 구분하지 않습니다.

GitLab CI/CD 구성에서 프로젝트 환경의 이름을 변경할 수 있습니다.

가치 스트림 분석 보기

• GitLab 13.3에 도입된 필터링
• GitLab 13.0에서 도입된 수평 스테이지 경로 및 13.12에서 기능 플래그 제거됨
• GitLab 16.5에 도입된 사전 정의된 날짜 범위 드롭다운 목록 이름은 vsa_predefined_date_ranges입니다. 기본으로 비활성화됩니다.
• GitLab 16.7에서 자체 관리 및 GitLab.com에서 활성화됨
• GitLab 16.9에서 일반적으로 사용 가능. 기능 플래그 vsa_predefined_date_ranges가 제거되었습니다.

전제 조건:

• 적어도 리포터 역할이 있어야 합니다.
• 커스텀 가치 스트림을 작성해야 합니다. 가치 스트림 분석은 그룹이나 프로젝트에 대해 생성된 사용자 정의 가치 스트림만 표시합니다.

그룹이나 프로젝트의 가치 스트림 분석 보기:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트 또는 그룹을 찾습니다.
2. 분석 > 가치 스트림 분석을 선택합니다.
3. 특정 스테이지의 지표를 보려면 필터 결과 텍스트 상자 아래의 스테이지를 선택합니다.
4. 선택 사항. 결과를 필터링합니다:
   1. 필터 결과 텍스트 상자를 선택합니다.
   2. 매개변수를 선택합니다.
   3. 결과를 세분화하기 위해 값을 선택하거나 텍스트를 입력합니다.
   4. 특정 날짜 범위에서 지표를 보려면 드롭다운 목록에서 사전 정의된 날짜 범위 또는 사용자 정의 옵션을 선택합니다. 사용자 정의 옵션이 선택된 경우:
      • 시작일에서 시작 날짜를 선택합니다.
      • 종료일에서 종료 날짜를 선택합니다. 차트와 목록은 날짜 범위 동안 생성된 Workflow 항목을 표시합니다.
5. 선택 사항. 결과를 오름차순 또는 내림차순으로 정렬합니다:
   • 가장 최근이나 가장 오래된 Workflow 항목으로 정렬하려면 마지막 이벤트 머리글을 선택합니다.
   • 각 스테이지에서 가장 많이 또는 가장 적게 소요된 시간으로 정렬하려면 기간 머리글을 선택합니다.

선택한 스테이지에서 완료된 Workflow 항목 수를 나타내는 배지가 테이블 머리글 옆에 표시됩니다.

테이블에는 선택한 스테이지에 대한 관련 Workflow 항목 목록이 표시됩니다. 선택한 스테이지에 따라 다음과 같을 수 있습니다:

• 이슈
• 병합 요청

데이터 필터

특정 기준과 일치하는 데이터를 보기 위해 가치 스트림 분석을 필터링할 수 있습니다. 다음과 같은 필터가 지원됩니다:

• 날짜 범위
• 프로젝트
• 담당자
• 작성자
• 마일스톤
• 라벨

참고: “작업 유형” 차트의 경우, 날짜 범위 및 프로젝트 선택기 필터만 사용 가능합니다. 라벨 및 기타 필터는 적용되지 않으며, 차트 옆의 드롭다운 목록에서 라벨을 별도로 선택해야 합니다.

가치 스트림 분석 지표

• GitLab 13.0에 도입됨.
• 특성 플래그가 제거됨, GitLab 13.12.

가치 스트림 분석의 개요 페이지에는 프로젝트 및 그룹의 DevSecOps 라이프사이클 성능의 주요 지표가 표시됩니다.

라이프사이클 지표

가치 스트림 분석에는 다음과 같은 라이프사이클 지표가 포함됩니다:

• 리드 타임: 이슈 생성부터 닫힐 때까지의 중간 시간.
• 사이클 타임: 첫 번째 커밋부터 이슈가 닫힐 때까지의 중간 시간. GitLab은 사이클 시간을 이슈의 병합 요청 연관에서 가장 이른 커밋부터 해당 이슈가 닫힐 때까지의 시간으로 측정합니다. 사이클 시간 접근 방식은 항상 커밋 시간보다 늦게 병합 요청이 생성되기 때문에 리드 타임을 과소평가합니다.
• 새로운 이슈: 생성된 새 이슈의 수.
• 배포: 프로덕션으로의 총 배포 횟수.

DORA 지표

• GitLab 14.5에 도입됨, 변경 리드 타임 DORA 지표.
• 그룹을 위한 DORA API 기반 배포 지표가 GitLab 14.3에서 GitLab Ultimate에서 GitLab Premium으로 이동되었습니다.
• GitLab 15.0에 도입됨, 서비스 복원 시간 타일.
• GitLab 15.0에 도입됨, 변경 실패율 타일.

가치 스트림 분석에는 다음과 같은 DORA 지표가 포함됩니다:

• 배포 빈도
• 변경 리드 타임
• 서비스 복원 시간
• 변경 실패율

DORA 지표는 DORA API에서의 데이터를 기반으로 계산됩니다.

GitLab 프리미엄 또는 얼티메이트 구독이 있는 경우:

• 성공적인 배포 횟수는 DORA 데이터를 기반으로 계산됩니다.
• 데이터는 환경 및 환경 티어에 기반하여 필터링됩니다.

참고: GitLab 13.9 이상에서 배포 빈도 메트릭은 배포가 완료된 시점을 기준으로 계산됩니다. GitLab 13.8 이하에서 배포 빈도 메트릭은 배포가 생성된 시점을 기준으로 계산됩니다.

각 개발 단계의 지표 보기

• GitLab 13.0에 도입됨.
• 특성 플래그가 제거됨, GitLab 13.12.

가치 스트림 분석은 각 개발 단계에서 이슈 또는 병합 요청이 소요된 중간 시간을 표시합니다.

그룹에서 각 단계에서 소요된 중간 시간을 보려면:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트 또는 그룹을 찾습니다.
2. 분석 > 가치 스트림 분석을 선택합니다.

3. 선택 사항. 결과를 필터링합니다:

   1. 결과 필터 텍스트 상자를 선택합니다.
   2. 매개변수를 선택합니다.
   3. 결과를 더 자세히 확인하려면 값을 선택하거나 입력합니다.
   4. 날짜 범위를 조정하려면:
      • 부터 필드에서 시작 날짜를 선택합니다.
      • 까지 필드에서 종료 날짜를 선택합니다.
4. 각 단계의 지표를 보려면 결과 필터 텍스트 상자 위에서 해당 단계 위로 마우스를 올립니다.

참고: 날짜 범위 선택기는 항목의 이벤트 시간별로 항목을 필터링합니다. 이벤트 시간은 선택한 단계가 해당 항목에 대해 끝난 시간입니다.

유형별 작업 보기

Tasks by type 차트는 그룹의 하루 별 누적 이슈 및 병합 요청 수를 보여줍니다.

이 차트는 선택된 그룹 및 시간 범위를 기반으로 데이터를 표시하기 위해 전역 페이지 필터를 사용합니다.

작업 유형을 보려면 다음을 수행하세요:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
2. 분석 > 가치 스트림 분석을 선택합니다.
3. 결과 필터 텍스트 상자 아래에서 개요를 선택합니다. Tasks by type 차트는 총 시간 차트 아래에 표시됩니다.
4. 작업 유형을 전환하려면 설정 () 드롭다운 목록을 선택하고 이슈 또는 병합 요청을 선택합니다.
5. 레이블을 추가하거나 제거하려면 설정 () 드롭다운 목록을 선택하고 레이블을 선택하거나 검색합니다. 기본적으로 상위 그룹 레이블 (최대 10개)이 선택됩니다. 최대 15개의 레이블을 선택할 수 있습니다.

가치 스트림 생성

GitLab 기본 단계로 가치 스트림 생성

• GitLab 13.3에서 도입됨

가치 스트림을 생성할 때, GitLab 기본 단계를 사용하고 숨기거나 재정렬할 수 있습니다. 또한 기본 템플릿에서 제공되는 단계 외에 사용자 정의 단계를 생성할 수도 있습니다.

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트 또는 그룹을 찾습니다.
2. 분석 > 가치 스트림 분석을 선택합니다.
3. 새 가치 스트림을 선택합니다.
4. 가치 스트림에 이름을 입력합니다.
5. 기본 템플릿에서 생성을 선택합니다.
6. 기본 단계를 사용자 정의합니다:
   • 단계를 재정렬하려면 위 또는 아래 화살표를 선택합니다.
   • 단계를 숨기려면 숨김 ()을 선택합니다.
7. 사용자 정의 단계를 추가하려면 다른 단계 추가를 선택합니다.
   • 단계의 이름을 입력합니다.
   • 시작 이벤트 및 종료 이벤트를 선택합니다.
8. 가치 스트림 생성을 선택합니다.

참고: GitLab Premium으로 최근에 업그레이드한 경우, 데이터 수집 및 표시에 최대 30분이 소요될 수 있습니다.

사용자 정의 단계로 가치 스트림 생성

• GitLab 13.7에서 도입됨.
• GitLab 13.10에서 기본으로 활성화됨.
• GitLab 13.11에서 기능 플래그가 제거됨.

가치 스트림을 생성할 때, 사용자의 개발 워크플로에 부합하는 사용자 정의 단계를 생성하고 추가할 수 있습니다.

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트 또는 그룹을 찾습니다.
2. 분석 > 가치 스트림 분석을 선택합니다.
3. 가치 스트림 생성을 선택합니다.
4. 각 단계에 대해:
   • 단계의 이름을 입력합니다.
   • 시작 이벤트 및 종료 이벤트를 선택합니다.
5. 다른 단계를 추가하려면 다른 단계 추가를 선택합니다.
6. 단계를 재정렬하려면 위 또는 아래 화살표를 선택합니다.
7. 가치 스트림 생성을 선택합니다.

사용자 정의 가치 스트림에 대한 레이블 기반 단계

복잡한 작업 흐름을 측정하기 위해 스코프 지정 레이블을 사용할 수 있습니다. 예를 들어, 스테이징 환경에서 프로덕션으로의 배포 시간을 측정하려면 다음과 같은 레이블을 사용할 수 있습니다:

• 코드가 스테이징에 배포되면 병합 요청에 workflow::staging 레이블이 추가됩니다.
• 코드가 프로덕션에 배포되면 병합 요청에 workflow::production 레이블이 추가됩니다.

사용자 정의 가치 스트림 구성 예시

위의 예시에서는 상위 레벨 네임스페이스인 Test Group에서 서로 다른 개발 워크플로를 사용하는 두 팀을 위해 두 개의 독립적인 가치 스트림이 설정되어 있습니다.

첫 번째 가치 스트림은 단계를 정의하기 위해 표준 타임스탬프 기반 이벤트를 사용합니다. 두 번째 가치 스트림은 레이블 이벤트를 사용합니다.

가치 스트림 편집

• GitLab 13.10에서 도입됨.

가치 스트림을 생성한 후에는 목적에 맞게 사용자 정의할 수 있습니다. 가치 스트림을 편집하려면 다음을 수행하세요:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트 또는 그룹을 찾습니다.
2. 분석 > 가치 스트림 분석을 선택합니다.
3. 오른쪽 상단 모서리에서 드롭다운 목록을 선택한 다음 가치 스트림을 선택합니다.
4. 가치 스트림 드롭다운 목록 옆에서 편집을 선택합니다.
5. 선택 사항:
   • 가치 스트림의 이름을 변경합니다.
   • 기본 단계를 숨기거나 재정렬합니다.
   • 기존 사용자 정의 단계를 제거합니다.
   • 새로운 단계를 추가하려면 다른 단계 추가를 선택합니다.
   • 단계의 시작 및 종료 이벤트를 선택합니다.
6. 선택 사항. 수행한 수정 사항을 취소하려면 가치 스트림 기본값 복원을 선택합니다.
7. 가치 스트림 저장을 선택합니다.

가치 스트림 삭제

• GitLab 13.4에서 도입되었습니다.

사용자 정의 가치 스트림을 삭제하려면:

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트 또는 그룹을 찾습니다.
2. 오른쪽 상단 모서리에서 드롭다운 목록을 선택한 다음 삭제하려는 가치 스트림을 선택합니다.
3. 삭제(가치 스트림 이름)을 선택합니다.
4. 확인하려면 삭제를 선택합니다.

주기 완료까지의 일 수 보기

• GitLab 13.4에서 전체 시간 차트의 중앙선이 제거되었습니다.
• GitLab 13.12에서 합계가 평균값으로 대체되었습니다.

전체 시간 차트는 개발 주기가 완료되기까지 걸리는 평균 일 수를 보여줍니다. 차트는 마지막 500개의 workflow 항목에 대한 데이터를 보여줍니다.

1. 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트 또는 그룹을 찾습니다.
2. 분석 > 가치 스트림 분석을 선택합니다.
3. 결과 필터 상자 위에서 스테이지를 선택합니다:
   • 모든 단계의 주기 시간 요약을 보려면 개요를 선택합니다.
   • 특정 스테이지의 주기 시간을 보려면 해당 스테이지를 선택합니다.
4. 선택 사항. 결과를 필터링합니다:
   1. 결과 필터 텍스트 상자를 선택합니다.
   2. 매개변수를 선택합니다.
   3. 결과를 미세 조정하려면 값을 선택하거나 텍스트를 입력합니다.
   4. 날짜 범위를 조정하려면:
      • 시작일에서 시작 날짜를 선택합니다.
      • 종료일에서 종료 날짜를 선택합니다.

가치 스트림 분석에 대한 액세스 권한

가치 스트림 분석의 액세스 권한은 프로젝트 유형에 따라 다릅니다.

문제 해결

Sidekiq cronjob:analytics_cycle_analytics에 의한 CPU 사용률 100%

가치 스트림 분석 백그라운드 작업이 CPU 자원을 독점함으로써 성능에 강력한 영향을 미칠 수 있습니다.

이 상황에서 회복하려면:

1. 레일즈 콘솔에서 모든 프로젝트에 대해 기능을 비활성화하고 기존 작업을 제거합니다:

   Project.find_each do |p|
     p.analytics_access_level='disabled';
     p.save!
   end
   
   Analytics::CycleAnalytics::GroupStage.delete_all
   Analytics::CycleAnalytics::Aggregation.delete_all
   

2. 예를 들어 feature_category=value_stream_management의 단일 Sidekiq 라우팅을 구성하고 feature_category!=value_stream_management 항목을 여러 개 추가합니다. 성능 요구 사항에 따라 Sidekiq 라우팅을 더 조정해야 할 수 있습니다.
3. 프로젝트별로 가치 스트림 분석을 활성화합니다. 성능 요구 사항에 따라 Sidekiq 라우팅을 더 조정해야 할 수 있습니다. Relevant queue metadata는 Enterprise Edition list에서 찾을 수 있습니다.