레벨 0 계측되지 않은 부분 스코어카드 규칙은 시스템에서 적절한 모니터링 측정, 로그가 부족한 서비스 및 의존성/종속성을 식별합니다. 이러한 도구화되지 않은 부품은 옵저버빌리티에 사각지대를 만들어 서비스 의존성/종속성과 시스템 성능에 미치는 영향의 전체 그림을 이해하기 어렵게 만듭니다.
이 규칙이 측정하는 것
이 점수표 규칙은 HTTP 서비스 및 데이터베이스와 알려지지 않은 관계가 있는 곳을 감지합니다. 부분에 알 수 없는 관련 부분이 두 개 이상 있으면 규칙이 실패합니다. 이는 불완전한 측정, 분량 적용 범위를 나타냅니다.
구체적으로 이 규칙은 다음을 식별합니다.
- 계측되지 않은 HTTP 서비스 또는 API를 호출하는 서비스
- 계측되지 않은 데이터베이스에 연결하는 애플리케이션
- 트레이스에 등장하지만 자체 모니터 에이전트가 부족한 의존성/종속성
- 시스템에 영향을 미치지만 직접 관찰할 수 없는 외부 서비스
이러한 차이점을 이해하면 다음과 같은 데 도움이 됩니다.
- 서비스 사각지대 파악 의존성/종속성 매핑
- 비즈니스 영향에 따라 측정, 작업 우선순위 지정
- 전체 서비스 제공 체인에 걸쳐 포괄적인 가시성을 확보하세요
- 계측되지 않은 의존성/종속성과 관련된 위험을 더 잘 관리합니다.
점수를 해석하는 방법
귀하의 비계산 점수는 귀하의 서비스 의존성/종속성이 얼마나 완벽하게 모니터되는지를 반영합니다. 결과를 이해하는 방법은 다음과 같습니다.
- 높은 점수(80~100%): 대부분의 서비스가 의존성/종속성 리소스로 되어 있어 포괄적인 가시성을 제공합니다.
- 중간 점수(50-79%): 중간 측정, 일부 맹점이 해결되어야 하는 수치적 적용 범위
- 낮은 점수(0-49%): 문제 해결 능력에 영향을 줄 수 있는 측정, 계측에 상당한 차이가 있음
이 규칙은 서비스 관계 매핑을 완료하기 위해 추가 측정, 로그를 통해 이점을 얻을 수 있는 부분을 식별하는 데 도움이 됩니다. 목표는 다운스트림 의존성/종속성의 제한이나 문제로 인해 서비스 동작이 어떻게 영향을 받는지 이해하고 관리할 수 있도록 종속 시스템 간에 충분한 가시성을 확보하는 것입니다.
중요
Uninstrumented 의존성/종속성은 종종 신비한 성능 문제의 원인이 됩니다. 이러한 서비스에 대한 가시성이 없으면 문제가 발생했을 때 문제 진단 및 해결이 훨씬 더 어려워집니다.
권장 조치
다음 전략을 사용하여 계측되지 않은 점수를 향상시키세요.
1. 비즈니스 영향 및 복잡성에 따라 우선순위 지정
측정, 작업에 전략적으로 집중하세요.
- 계측되지 않은 문제를 비즈니스 운영에 대한 중요성에 따라 순위를 매겨보세요.
- 측정, 로그에 필요한 복잡성과 노력을 고려하세요.
- 성능 문제를 자주 발생시키는 의존성/종속성을 우선시합니다.
- 수익 창출 또는 고객 중심 기능을 지원하는 서비스에 집중하세요
2. 반복적으로 계측되지 않는 의존성/종속성을 식별합니다.
측정, 로그 공백에 대한 포괄적인 인벤토리를 생성합니다.
- 트레이에 계측되지 않은 것으로 지속적으로 나타나는 문서 참고
- 이러한 계측되지 않은 것에 의존하는 비즈니스 서비스를 매핑하세요.
- 측정, 로그가 부족한 서비스 유형의 패턴 식별
- 계측되지 않은 의존성/종속성에 대한 호출 빈도 추적
3. 포괄적인 측정, 로그 전략 개발
측정, 로그 공백 종료에 대한 접근 방식을 계획하세요.
- 표준 APM 에이전트로 어떤 부분을 분리할 수 있는지 결정
- 대체 모니터링 접근 방식이 필요한 타사 서비스 식별
- 맞춤형 측정 솔루션이 필요할 수 있는 구형 시스템에 대한 계획
- 추가 측정을 유지하는 데 따른 운영 오버헤드를 고려하십시오.
4. 대체 모니터링 접근 방식 탐색
계측되지 않은 것에 대한 가시성을 확보하기 위한 다양한 방법을 고려하세요.:
- 신세틱 모니터링: 외부 서비스 및 API를 외부에서 테스트
- 인프라 모니터링: Flex 또는 사용자 정의 에이전트를 사용하여 서비스 상태 엔드포인트를 쿼리합니다.
- 로그 분석: 로그 및 서비스 로그에서 성능 데이터 추출
- 네트워크 모니터링: 네트워크 수준에서 트래픽 패턴과 응답 시간을 모니터링합니다.
- 맞춤형 텔레메트리: 고유 또는 구형 시스템을 위한 맞춤형 솔루션 개발
5. 영향 구현 및 측정
구현하다, 배포하다 새로운 모델링 솔루션 및 개선 사항 추적:
- 가장 우선 순위가 높은 계측되지 않은 것에 대한 파일럿 구현으로 시작하십시오.
- 가치를 입증하기 위해 사전 및 사후 평가를 실시합니다.
- 관련 인시던트에 대한 해결 평균 시간(MTTR)(MTTR) 개선 사항을 측정합니다.
- 가시성 개선으로 인한 비즈니스 영향을 문서화합니다.
6. 지속적인 거버넌스 구축
새로운 사각지대를 방지하기 위한 프로세스를 만드세요.
- 측정, 서비스 구현의 로그 요구 사항, 배포 체크리스트 포함
- 측정, 로그 공백에 대한 새로운 서비스 의존성/종속성을 정기적으로 검토합니다.
- 모니터링 제3자 및 외부 의존성/종속성 기준 수립
- 새로운 계측되지 않은 의존성/종속성이 감지된 경우 알림 생성
중요한 고려 사항
계측되지 않은 것을 다룰 때 다음 요소를 명심하세요.
모든 것이 측정이 필요한 것은 아닙니다. 사용자 환경이나 비즈니스 운영에 영향을 미치는 의존성/종속성에 중점을 둡니다. 일부 외부 서비스는 포괄적인 모니터링에 필요한 노력을 보장하지 못할 수도 있습니다.
비용과 가치를 고려하세요. 측정, 리소스에는 운영 오버헤드가 있습니다. 가시성이 향상되어 추가 모니터링을 구현하고 유지하는 데 필요한 리소스가 충분한지 평가합니다.
외부 의존성/종속성에 대한 계획: 타사 서비스 및 외부 API를 직접 사용할 수 없는 경우가 많습니다. 신세틱 모니터링 또는 API 상태 점검과 같은 대체 전략을 개발하세요.
구형 시스템용 계정: 구형 시스템에는 측정, 로그 옵션이 제한될 수 있습니다. 맞춤형 솔루션에 투자할 만한 가치가 있는지, 아니면 대체 접근 방식이 충분한 가시성을 제공하는지 고려하세요.
완전성과 유지 관리성의 균형: 포괄적인 적용이 이상적이기는 하지만, 팀이 장기적으로 유지할 수 있는 지속 가능한 솔루션에 집중하세요.
다음 단계
환경에서 계측되지 않은 오류를 줄이려면:
- 중요한 의존성/종속성으로 시작: 가장 비즈니스에 중요한 비계측형으로 시작합니다.
- 기존 도구를 먼저 활용하세요: 맞춤형 솔루션을 개발하기 전에 표준 APM 에이전트와 내장 모니터링 기능을 활용하세요
- 영향 측정: 개선된 측정 및 계측이 문제 해결 능력에 어떤 영향을 미치는지 추적합니다.
- 체계적으로 확장: 중요한 격차를 해결한 후에 측정, 리소스를 다른 의존성/종속성으로 점차 확장합니다.
완전한 측정, 문제 로그 범위는 사각지대를 제거하고, 분석, 처리 시간을 줄이고, 전체 기술 그리드에서 안정적인 서비스 제공을 유지하는 데 필요한 가시성을 제공합니다.