2. 사전 조건
사람마다 값을 보는 기준이 다르다.
– 다를 수 밖에 없다.
• 디비 마다 값을 정의 하는 기준이 다르다.
– 정의 하기도 힘들다.
3. 기본 컨셉
• 올챙이 처럼 다양한 DB의 모니터링 시스템을
만들자
• 많은 DB를 모니터링 할 수 있도록 확장성있게
만들고
• 올챙이와는 친구로 만들어야겠다.
• 주요 한 값을 사용자가 정의 할 수 있도록 하자.
• 디비의 값도 사용자가 정의 할 수 있도록 하자.
• 모르는 상태로 정의하기 어려우니 기본
템플릿을 만들어 놓자. 사용자는 그것을 확장
하도록..
4. 모니터링 타입 정의
• 모니터링 타입 정의
– (어떻게 보여줄지)
http://seogi1004.github.io/jui/ko/index.html#chart
6. 데이터 가져오기
• SQL 데이터 설정 예?
– 디비 -> 쿼리 -> 어떤 컬럼 값 -> 크거나 같거나
나타나면 -> 파라미터가 있으면..
– 쿼리 지정
• select * from mysql.slow_log where start_time > ?
order by start_time
– 조건
• EQUALS, GREATEST, RISE_EXCEPTION, NONE
7. 사용자 알림 정의
• 사용자에게 알리기
문제가 생겼을 경우 사용자에게 후속 행동을 어떻게 할것인가?
9. 생각해 볼 문제
• 기본 템플릿 쿼리 만들기
- 사용자가 원하는 항목을 정의 할 수 있어야 하는데, 과연 얼마나 유용하게 사용할까
10. 생각해볼 문제
• 쌓이는 데이터를 어떻게 관리 할 것인가?
– 예, 7개 감시항목에 10 초에 한번씩 해야한다면
하루면 7 * 6 * 60 * 24 = 60,480
약, 10개 데이터 베이스이면 600,480 레코드
– 10개 디비 한달이면 600,480 * 30일 = 1,814,400
레코드 생성
• 1000개이면 어떻게 관리해야할까?
- 주기(1일, 1주일, 한달)에 따른 통계 데이터를 볼수 있어야 합니다.
- 정상 데이터는 통계 데이터를 만들고, 삭제해주어야 합니다(?)