• /
  • EnglishEspañolFrançais日本語한국어Português
  • 로그인지금 시작하기

사용자의 편의를 위해 제공되는 기계 번역입니다.

영문본과 번역본이 일치하지 않는 경우 영문본이 우선합니다. 보다 자세한 내용은 이 페이지를 방문하시기 바랍니다.

문제 신고

레벨 2 - APM 중요도 태그 적용 범위 점수표 규칙

APM 중요도 태그 적용 범위는 비즈니스 중요도 수준으로 적절하게 레이블이 지정되도록 보장하여 비즈니스 영향에 따라 계획 노력, 인사이드 대응 및 리소스 할당의 우선순위를 지정하는 데 도움이 됩니다.

이 점수카드 규칙에 관하여

이 APM 중요도 태그 적용 규칙은 비즈니스 성숙도 모델 의 레벨 2(사전 예방)의 일부입니다. APM 애플리케이션에 비즈니스 운영에 대한 중요성을 나타내는 중요도 태그가 있는지 평가합니다.

이것이 중요한 이유: 중요성 태그는 팀이 인지던트 중에 즉각적인 주의가 필요한 시스템과 더 오랜 해결 시간을 허용할 수 있는 시스템을 이해하는 데 도움이 됩니다. 이를 통해 보다 효과적인 자원 배분이 가능해지고 중요한 비즈니스 기능이 적절한 모니터링 범위를 확보할 수 있습니다.

설명

점수는 가장 최근의 스캔을 기반으로 하며, 타당성, 목표,에 "중요도" 태그 값이 없으면 불합격입니다.

해석

이 규칙에서 낮은 점수가 나왔다는 것은 귀하의 조직이 시스템 자산에 대한 메타데이터나 의미 규칙을 완전히 구현하지 못했음을 나타낼 수 있습니다. 중요성 태그는 관찰 플랫폼 내에서 조직적 명확성을 개선하고, 임무 수행에 중요한, 고객에게 영향을 미치는, 내부 또는 규정 준수 비즈니스 목적에 따라 다양한 운영적 맥락을 구별하는 데 필수적입니다. 비즈니스의 중요성을 식별하기 위한 표준이 있으면 가장 중요한 시스템에 주의와 리소스를 집중시키는 알림, SLI 또는 지속적인 개선 프로세스를 개발할 수 있습니다.

중요도 수준 이해

귀사의 비즈니스 우선순위에 맞춰 일관된 중요도 태그 지정 전략을 수립하세요.

높은 중요도

  • 수익 창출 애플리케이션: 전자상거래 플랫폼, 결제 처리, 청구 시스템
  • 고객 대상 서비스: 사용자 인증, 핵심 제품 기능, 고객 지원 포털
  • 규정 준수 시스템: 재무 보고, 데이터 개인 정보 보호, 감사 로깅
  • 대응 기대치: 즉각적인 대응(몇 분 이내), 24시간 연중무휴 모니터링

중간 중요도

  • 지원 비즈니스 기능: 내부 도구, 보고 시스템, 데이터 분석 플랫폼
  • 고객과 직접 연결되지 않는 API: 내부 통합, 데이터 동기화 서비스
  • 개발 및 테스트 인프라: CI/CD 파이프라인, 스테이징 환경
  • 답변 예상 시간 : 영업시간 내 답변 (1~4시간 이내)

낮은 중요도

  • 실험적 기능: 베타 기능, A/B 테스트 플랫폼
  • 내부 유틸리티: 모니터링 대시보드, 관리 도구
  • 운영 환경: 개발, 샌드박스, 교육 시스템
  • 응답 예상: 계획된 유지 관리 기간, 다음 영업일

중요도 태그를 구현하는 방법

포괄적인 중요도 태그 적용 범위를 설정하려면 다음 단계를 따르세요.

1. 귀하의 포트폴리오를 평가해 보세요

  1. Inventory all APM 병력: 현재 모든 병력 나열 모니터
  2. 비즈니스 영향 평가: 비즈니스 이해 관계자와 협력하여 각 애플리케이션의 역할을 이해합니다.
  3. 문서 의존성/종속성: 어떻게 상호 작용하고 서로 지원하는지 식별
  4. 사용자 영향별 분류: 고객과 내부 사용자에게 직접적인 영향을 미치는 요소를 결정합니다.

2. 태그 지정 스키마 정의

일관된 태그 값을 선택하세요.

  • 표준화된 값을 사용하세요: high, medium, low 또는 critical, important standard
  • 각 레벨에 대한 기준을 명확하게 문서화하세요
  • 모든 팀이 동일한 표준을 이해하고 적용하도록 보장합니다.

추가 컨텍스트 태그를 고려하세요.

  • 환경: production, staging, development
  • 사업부: payments, customer-service, marketing
  • 지리적 지역: us-east, eu-west, asia-pacific
  • 기술 스택: frontend, backend, database, api

3. 태그를 체계적으로 구현하세요

가능한 경우 자동화를 사용하세요.

  • 에이전트 설정: 환경 변수 또는 설정 파일을 통해 태그 설정
  • 상징, 배포 자동화: CI/CD 파이프라인에 태그 포함
  • 코드로서의 인프라: Terraform, CloudFormation 또는 유사한 도구에서 태그 정의
  • API 자동화: 뉴렐릭 API를 사용하여 명명 규칙에 따라 태그를 대량으로 적용

수동 태그 지정 프로세스:

  1. 중요도가 높은 애플리케이션부터 시작하세요. 비즈니스에 중요한 시스템에 먼저 집중하세요.
  2. 팀 또는 도메인별 작업: 애플리케이션 소유자에게 태그 지정 책임 할당
  3. 검증 및 검토: 태그가 올바르고 일관되게 적용되었는지 확인합니다.
  4. 정기 유지 관리: 애플리케이션이 발전함에 따라 태그를 업데이트하기 위한 주기적 검토 일정을 잡습니다.

개선 측정

중요도 태그 개선 사항을 확인하려면 다음 지표를 추적하세요.

  • 태그 적용 비율: APM 전체에 걸쳐 중요도 100% 태그 적용을 위한 AI 검토
  • 태그 정확도: 정기적인 검토를 통해 태그가 실제 비즈니스 중요성을 올바르게 반영하는지 확인하십시오.
  • 대응 우선순위화: 중요한 인시던트가 더 빠른 응답 시간을 수신하는지 측정
  • 리소스 할당 효과: 모니터링 리소스가 중요 시스템에 적절하게 집중되는지 확인합니다.

일반적인 시나리오 및 솔루션

중요도가 불분명한 구형 설계:

  • 문제: 이전 애플리케이션에는 명확한 사업 소유자나 문서화된 중요성이 없을 수 있습니다.
  • 해결책: 보수적인 태그(중간 중요도)로 시작하여 인지던트 영향 분석을 기반으로 세분화합니다.

복합 의존성/종속성을 갖춘 마이크로서비스:

  • 문제: 개별 서비스는 중요도가 낮아 보일 수 있지만 중요한 비즈니스 기능을 지원합니다.
  • 솔루션: 서비스 매핑을 사용하여 다운스트림 영향에 따른 의존성/종속성 및 태그를 이해합니다.

개발 및 테스트 환경:

  • 문제: 운영 환경의 클러터 중요도 지표
  • 해결 방법: 환경 태그를 사용하여 프로덕션과 비프로덕션을 구분하거나 이 규칙에서 비프로덕션을 제외합니다.

시간 경과에 따라 중요도가 달라지는 애플리케이션:

  • 문제: 제품 출시, 계절별 트래픽 또는 비즈니스 전략에 따라 비즈니스 중요성이 변경됩니다.
  • 해결책: 분류를 업데이트하기 위해 정기적인 태그 검토 주기를 설정합니다(분기별 또는 반기별).

중요도 태그를 효과적으로 사용하기

공지 및 인시던트 관리

  • 공지 우선순위 지정: 즉각적인 응답 채널(PagerDuty, SMS)에 중요한 알림을 보냅니다.
  • 에스컬레이션 절차: 중요도가 높은 문제에 대한 더 빠른 에스컬레이션 경로 정의
  • SLA 차별화: 다양한 응답 시간을 설정하고, 제작 임계도를 기반으로 목표를 설정합니다.

자원 할당

  • 모니터링 강도: 중요한 사항에 보다 포괄적인 예측 적용
  • 용량 계획: 중요도가 높은 시스템에 대한 성능 최적화 우선 순위 지정
  • 보안 초점: 중요한 비즈니스 애플리케이션에 대한 향상된 보안 모니터링 구현

보고 및 분석

  • 임원 대시보드: 중요 시스템 상태에 대한 리더십 보고서에 집중
  • 비즈니스 영향 분석: 중요한 제작을 위해 인시던트와 비즈니스 지표의 상관관계를 분석합니다.
  • ROI 계산: 중요도와 비즈니스 가치를 기반으로 모니터링 투자를 정당화합니다.

고급 태그 전략

외부 시스템과의 통합

  • CMDB 동기화: 설정 Management 데이터베이스 레코드가 포함된 동기화 중요도 태그
  • 서비스 카탈로그: ServiceNow와 같은 IT 서비스 관리 도구와 일치
  • 비즈니스 애플리케이션 인벤토리: 엔터프라이즈 아키텍처 문서와 연결

동적 태그 지정

  • 시간 기반 중요도: 일부 애플리케이션은 업무 시간이나 특정 시즌 동안 더욱 중요할 수 있습니다.
  • 이벤트 기반 업데이트: 주요 비즈니스 이벤트(판매, 캠페인) 중에 중요도를 자동으로 업데이트합니다.
  • 지리적 고려 사항: 지역 또는 시장마다 중요도 수준이 다릅니다.

중요한 고려 사항

  • 비즈니스 정렬: 중요도 수준이 기술적 복잡성이 아닌 실제 비즈니스 영향을 반영하도록 보장합니다.
  • 정기 검토: 애플리케이션 중요도는 비즈니스 전략에 따라 변경될 수 있으며 주기적으로 검토해야 합니다.
  • 팀 합의: 중요도 결정에 기술 및 비즈니스 이해 관계자를 모두 참여시킵니다.
  • 문서화: 중요도 기준 및 의사 결정 근거에 대한 명확한 문서화를 유지합니다.

다음 단계

  1. 즉각적인 조치: 알려진 중요 시스템부터 시작하여 현재 중요도가 부족한 태그를 식별하고 태그 작업
  2. 프로세스 수립: 정기적인 검토 주기를 통해 태그 지정 거버넌스 프로세스를 만듭니다.
  3. 도구 통합: 배치, 배치 전반에 걸쳐 태그 일관성을 유지하기 위한 자동화 구현
  4. 이해 관계자 일치: 비즈니스 및 기술 팀이 중요도 분류에 동의하도록 보장
  5. 레벨 3으로 진행: 중요도 태그가 설정되면 서비스 수준 달성에 집중합니다.

태그 전략 및 구현에 대한 포괄적인 지침은 태그 설명서를 참조하세요.

Copyright © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.