- 방법의 모니터링 : 액티브, 패시브가 (예 여론을 모니터로) 통과
- 기본 모니터링, 서버 모니터링, 클라이언트 모니터링, 감시, 모니터링 클라이언트 : 모니터의 종류
- 모니터링 목표 : 전체, 블록, 준
- 핵심 지표 : 요청의 볼륨, 성공률, 시간이 많이 소요
작은 도토리에서 옥스
이 장에서는 모니터링에 대한 몇 가지 일반적인 방법을 설명의 몇 가지 기본 개념을 분류 할 수 있습니다.
-
정의 모니터는 무엇입니까?
-
어떤 방법으로 모니터하는 것입니다?
-
모니터링 어떤 종류의?
-
모니터링의 목표는 무엇입니까?
-
모니터링의 본질은 무엇인가?
-
목적은 레벨을 모니터하는 것입니다?
-
제품의 특성을 모니터링하는 방법을 이해?
모니터링의 정의
기술적 수단을 통해 비즈니스 가용성과 사용자 경험을 최적화하기 위해 계속 서비스 예외를 찾을 수 있습니다. 이 문장은 핵심 단어 찾기 가용성 및 지속적인 최적화의 경험이다.
길을 모니터링
활성 : 매장 내부 절차, 주도권은 일반적으로 비즈니스 등 다양한 속성이나 지표로, 자신의 서비스 운영을보고,이 방법은 정확하고, 빠르고, 좋은 유연성, 풍부한 인덱스입니다. 그러나 비 표준 프레임 워크의 일부 코드 변환 비용이있을 것이다.
수동 : 이러한 핑 프로브로서 외부로부터 조작없이 매립 검출하거나 획득 서비스, 등등 수집 및 분석하고, 로그.
바이 패스 : 아무것도 같은 여론 분석과 같은 서비스와 명성의 품질을 모니터링 할 수있는 프로그램 논리와는 없습니다.
그래서이 세 가지 좋은 또는 나쁜 있나요? 사실, 같은 도메인 이름의 모니터링과 같은 다양한 시나리오를 들어, 도메인 이름의 외부 다이얼 테스트에 의한 모니터링의 목적이 달성 할 수 있습니다 방법은 없습니다, 도메인 이름은 시간이 많이 걸리는 다른 측정 지점 전화를 걸어 액세스를 모니터링 할 수 있습니다 . 내부 텐센트의 QQ와 QZONE이 대규모 사업에서 모니터링이 세 가지 유형에 적용됩니다.
모니터링의 종류
계층 관계 큰 개체의 범주에서, 상기 모니터링은 일반적으로 다섯 가지로 나누어진다
모니터링 기준 여기 모니터링 기본 주로 포함하는 넓은 범위의 IaaS 층 (서버, 시스템, 네트워크 등)를 지칭
서버 모니터링 : 일반적으로 백 오피스에 메시징 서비스 QQ 배경으로 서비스를 말한다
클라이언트 모니터링 : 일반적으로 응용 프로그램, 클라이언트 손 Q 마이크로 메시지 클라이언트 끝을 의미합니다.
웹 모니터링 : 일반적으로 다이얼 테스트 사이트 도메인 이름과 사이트를 의미합니다.
클라이언트 모니터링 : 일반적으로 여론 모니터링은 좋은 또는 나쁜 평판 APP의로, 사용자에게 의미
감시 대상
자연의 모니터링
통합 된 관점이있을 말했다 왜이 세 가지 역할을 시험 개발 운영, 운영 및 유지 보수, 개발,의 관점을 통합해야한다, 모두가 모니터링 지점의이 수준이 일치해야 염려하지 당신이 점에 주목, 나는 점에 대해 우려입니다. 요청의 볼륨, 성공률과 시간이 많이 소요 예를 들어, 서비스 모니터링은 모두 세 가지 핵심 지표를 추출 할 수있다. 이 세 가지 주요 지표는 우리의 서비스의 신뢰성, 신뢰성의 가용성에 의해 계산 될 수를 결정하고, 간접적으로 우리의 제품의 사용자 경험을 반영 할 수있다. 예를 들어, 서비스의 신뢰성이 부족하면, 사용자의 제품 경험은 확실히 좋지 않다.
-
전체 : 예를 들어, 대상 폭, 모니터링 지점의 범위를 모니터링, 위에서 언급 한 객체의 다섯 가지 유형은 경우에 적용 할 수있다
-
성능 모니터링 처리 기능, 데이터 흐름 : 빠른
-
표준 : 지능형 통합 분석은 모니터링 개체 Shoulong
모니터링 목적
위의 개념의 도입을 통해, 사실, 우리가 이미 응용 프로그램 모니터링 경보의 목적을 추론 할 수, 그것은 서비스의 품질 및 품질 시스템을 최적화하기 위해 계속하는 것입니다. 같은 구름이 모니터를 짠뿐만 아니라 폐 루프 경로의 품질 시스템을 구축 할 수 있습니다.
알람 모니터링 제품 속성
이 제품의 디자인은이 경로의 주위에 우리는 많은 윤곽 수 있으며, 폐쇄 루프 데이터의 부가가치 생산 → 데이터 → 데이터 소비의 경로에주의를 지불해야합니다 그렇게 할 때, 데이터 제품이기 때문에 경보 모니터링, 제품의 데이터 클래스 속성입니다 사용자 스토리, 특정 역할, 구체적으로 어떤 활동을,이 이벤트가 생성 된 사용자 스토리의 값입니다.
데이터 생산 : 같은 같은 CPU 사용량, 메모리 사용량 등의 서버에 의해보고 다양한 인덱스 데이터와 같은 기본 OS. 이것은 우리가 그것을 할이 데이터를 사용할 수 있습니다 소비되는 원시 데이터의 수의 결과
데이터 소비 :이 마무리에 의해보고 된 원시 데이터는 CPU 사용량의 마지막 시간에 서비스의 그래픽 표현으로, 뷰 디스플레이로 사용할 수 있습니다. 특정 임계 값을 초과하는 경우 또는 이러한 원시 데이터에 대한 임계 값을 설정, 그것은 경보 알림을 생성합니다. 다음은 가장 직접적인 소비자 장면입니다.
우리는 이러한 소비자 시나리오에 의해 생성 된 추가 알람 데이터를 들면, 우리가 더 보낼 수 확장? 대답은 아마 네, 예를 들어, 컵 사용 경보 (생산) 시간 통계 분석 (소비) 결과 사업의 서버 CPU 부하 계산 유형의 수, 피크 기간에 기본적인 비즈니스 서비스를 추론되지 않는 시간입니다 그것의 범위?
여기에 만들려고하는 것은이 속성의 단일 대부분의 원자 데이터 소비 또는 생산이 없지만,있는 체인의 특정 장면에서 데이터의 역할에 따라 달라집니다입니다.
이야기는 다시이 부분을 참조한다 뒤에 모니터링 및 알람 데이터 플러스 특정 프로세스 (ITSM)도, 장면의 비밀에 첫번째 날을 허용, 모니터링 알람 + 대형 비즈니스 로직 루프 상호 작용을 자동으로 구동 될 수있다.
시스템은, 소정의 범위 내에서 일을 의미하거나 유사한 링크 전체 조합이 특정 순서 및 내부에있어서, 상이한 시스템들로 구성된 시스템이다. 사실,이 설명은, 우리는 다음 큰 고장을 해석하는 데 사용되는 모니터링 시스템을 다소 추상적 적용된다.
신체 회사의 일정 금액의 경우, 따라서 다른 시나리오, 즉 모니터링 시스템에서 모니터링 요구 사항을 완료, 큰 전체를 형성하기 위해 시스템과 시스템 간의 내부 상호 작용을 통해 몇 가지 다른 모니터링 시스템을 필요로한다. 중요한 부분을 구축하여 각 시스템보다는, 이러한 시스템에 의해 생성 된 데이터를 동적 관점을 사용하는 것입니다 때 우리는 예를 들어 내부적으로 사용, 우리가 현재 온라인 모니터링 시스템에 내부의 실행은 동일한 시스템의 거의 10 세트를 가지고 고립 된 데이터 사일로입니다. 그림은 구름에게 전반적인 모니터링 시스템을 짠된다.