Application analytics
워크플로 병목 분석
애플리케이션이 느리다고 느낄 때, 서버 응답만 보지 말고 업무 상태가 머무는 시간을 함께 재야 합니다. 이 페이지는 Datadrivensys가 쓰는 병목 분석의 골격입니다.
병목을 이렇게 정의합니다
병목은 ‘가장 바쁜 사람’이 아니라, 전체 처리량을 제한하는 상태 전환입니다. 같은 단계라도 작업 시간과 대기 시간을 나누지 않으면 개선 방향이 어긋납니다.
우리는 애플리케이션 이벤트(상태 변경, 승인, 배포, 티켓 이동)를 시간축에 올려 구간별 체류 분포를 봅니다. 평균만 보지 않고 상위 10% 꼬리도 함께 확인합니다.
네 가지 측정 축
-
A
대기 비율
사이클 타임 중 실제 작업이 없는 구간의 비중. 승인·의존성·용량 한도를 가리킵니다.
-
B
핸드오프 지연
소유자가 바뀌는 순간의 공백. 이벤트에 인수·인계 시각이 없으면 추정이 됩니다.
-
C
재작업 루프
이전 상태로 되돌아가는 횟수와 추가 체류. 품질 게이트와 요구사항 모호성을 드러냅니다.
-
D
용량 포화
동일 리소스에 쌓인 큐 길이. 사람·배치 잡·라이선스 한도를 수치로 비교합니다.