1. 신호와 관측 구간을 선택합니다
결제 API의 최근 5분 p95 응답 시간을 예로 잡고 서비스 담당자와 임계값을 정합니다. 요청 수가 적거나 데이터가 들어오지 않을 때의 처리도 명시하세요.
CLAUDE · CODEX 플러그인 기반 무료 PRD·SOT 기획서
애플리케이션 모니터링 요구사항·PRD 템플릿 | 무료 기획서
서비스 이상을 누가 발견하고, 어떤 기준으로 알림을 보내며, 언제 담당자에게 인계할지 정리하세요. 모니터링 요구사항과 알림 운영 흐름을 담은 무료 PRD·기획서를 HTML과 SOT JSON으로 제공합니다.
가이드 업데이트:
GitHub 원본 보기 · MIT licensed
USE CASE
이 템플릿이 필요한 팀
서비스 상태를 확인하는 개발·운영 담당자와 SRE·플랫폼 운영 담당자를 위한 사내 운영 시스템을 설계하는 팀
CONTENTS
기획안에 포함된 내용
- 서비스·메트릭·로그·알림 규칙 등록
- 서비스 상태·성능·오류·알림·인시던트 이력 조회
- 임계값 설정·알림 분류·온콜 호출·조치·사후 검토 처리
- 가용성·응답 시간·오류율·알림 노이즈·SLO 리포트
VIBESPEC VIEWER
기획안을 화면으로 확인하세요
각 화면은 공개 SOT 파일에서 생성한 실제 기획 결과입니다.
라이브 데모에서 이 화면 열기 
라이브 데모에서 이 화면 열기 
라이브 데모에서 이 화면 열기 
라이브 데모에서 이 화면 열기 PRACTICAL GUIDE
application monitoring 시스템 PRD 템플릿을 바로 사용하고 우리 팀에 맞게 확장하는 방법
이 application monitoring 시스템 PRD 템플릿은 서비스·신호 온보딩, 알림 임계값과 책임자, 조사·에스컬레이션·장애 연결, 가용성·지연·알림 품질 리포트을 하나의 연결된 운영 기준으로 정리합니다. 팀이 같은 서비스 상태와 의사결정 근거를 검토하고 VibeSpec으로 안전하게 확장할 수 있게 합니다.
활용 예시: 결제 API 응답 지연 알림
다음은 기획에 추가할 판단 기준의 예시입니다. 제공된 SOT가 실제 관측 데이터 수집이나 온콜 연동을 실행하는 것은 아닙니다.
2. 확인과 인계 조건을 정합니다
알림을 받는 온콜 역할, 확인 기록 방식, 합의한 시간 안에 확인되지 않을 때의 다음 담당자를 정의합니다. 이 기준을 알림 상세와 조사 흐름에 연결하세요.
3. 정상 복구와 데이터 누락을 구분합니다
응답 시간이 회복된 뒤 관측 데이터가 끊기는 상황을 검토합니다. 이때 알림을 종료해도 되는지, 검토자가 확인할 근거는 무엇인지 수용 기준으로 작성하세요.
이 application monitoring 시스템 PRD 템플릿에 실제로 포함된 핵심 요소
서비스와 관측 신호 등록
SOT에는 서비스·메트릭·로그·알림 규칙 등록이 포함됩니다. 이 범위를 바탕으로 알림을 설계하기 전에 서비스 경계, 신호의 출처, 환경, 담당자를 정하세요.
알림 분류와 온콜 담당자
기획된 흐름은 임계값 설정, 알림 분류, 온콜 호출을 다룹니다. 누가 알림을 확인하고 1차 담당자가 대응하지 못하면 어디로 넘길지 구체화하세요.
조사와 인시던트 이력
서비스 상태·오류·알림·인시던트 이력을 연결하는 구조입니다. 각 단계에서 운영자가 볼 근거와 조사를 정식 인시던트로 전환하는 시점을 검토합니다.
SLO와 알림 품질 리포트
가용성, 응답 시간, 오류율, 알림 노이즈, SLO 리포트가 범위에 있습니다. 리포트 이름만으로 계산법이 정해지지는 않으므로 시간 구간, 데이터 누락 처리, 산식을 합의하세요.
기획 경험 없이 시작하는 3단계
1. 완성된 HTML을 팀과 함께 검토합니다
다운로드한 HTML은 별도 설치 없이 브라우저에서 열립니다. PRD, 기능 명세, 화면 구조, 유저 플로우를 보며 현재 업무와 다른 지점을 표시하세요.
2. 우리 조직의 기준을 정합니다
실제 팀의 역할, 승인 기준, 변경·예외 처리, 측정 지표를 정하고 서비스·신호 온보딩부터 조사·에스컬레이션·장애 연결까지의 핵심 흐름을 먼저 검토하세요.
3. SOT JSON을 VibeSpec에 전달합니다
Claude 또는 Codex 대화에 SOT JSON을 첨부하고 바꾸고 싶은 내용을 평문으로 요청하세요. VibeSpec이 요구사항, 기능, 화면, 유저 플로우의 연결을 유지하며 수정안을 만듭니다.
우리 팀의 애플리케이션 모니터링·알림 시스템으로 바꾸는 순서
용어와 책임자 맞추기
application monitoring 시스템 PRD 템플릿에서 쓰는 상태값, 객체 이름, 담당자와 승인자를 실제 운영 언어로 바꾸세요.
예외와 감사 기준 명확히 하기
정상 흐름에서 벗어나는 경우의 재처리, 승인, 기록 보존 기준을 조사·에스컬레이션·장애 연결에 연결하세요.
연동과 지표를 함께 설계하기
가용성·지연·알림 품질 리포트에서 볼 지표와 외부 시스템 연동의 기준 데이터·실패 처리를 함께 정의하세요.
다음 단계에서 추가할 수 있는 애플리케이션 모니터링·알림 시스템 기능
기존 관측 도구 연결
메트릭·로그 도구와 연결하는 별도 기획을 작성합니다. 서비스 식별자 매핑, 데이터 신선도, 접근 권한, 중복 샘플, 수집 실패 처리를 먼저 정하세요.
온콜 서비스 연동
외부 온콜 서비스로 알림을 보내고 확인 결과를 돌려받는 방법을 정의합니다. 재시도, 중복 알림, 담당자 부재도 연동 기획에 포함합니다.
자동 복구 전 알림 노이즈 검토
조치가 필요 없는 알림을 분류하고 임계값 변경을 검토하는 확장을 제안할 수 있습니다. 자동 복구는 승인할 담당자와 되돌리기 조건을 별도로 합의하세요.
VibeSpec에 바로 요청할 수 있는 예시
대응 가능한 지연 알림 설계
이 모니터링 SOT에 결제 API 지연 알림을 제안해줘. p95 임계값, 관측 구간, 최소 요청 수, 담당자, 확인 제한 시간, 데이터 누락 처리를 먼저 질문해줘. 답하지 않은 값은 미결정으로 표시하고 관련 요구사항·화면·플로우만 수정해줘.MVP와 연동 범위 분리
이 모니터링 PRD의 MVP를 서비스 등록, 알림 규칙, 분류, 인시던트 인계로 한정해줘. 데이터 수집, 온콜 서비스 연동, 자동 복구는 별도 확장 기획으로 정리해줘.알림 품질 측정 기준 검토
이 기획에서 알림 노이즈와 담당자 전달 성공률을 측정하려면 어떤 이벤트·분모·집계 기간이 필요한지 검토해줘. 실제 측정 결과나 구현 완료를 가정하지 마.애플리케이션 모니터링·알림 시스템 활용 FAQ
개발 경험이 없어도 이 템플릿을 사용할 수 있나요?
네. 완성된 HTML은 브라우저에서 바로 열어 검토하고 공유할 수 있습니다. 우리 팀에 맞춘 수정은 SOT JSON을 Claude 또는 Codex의 VibeSpec 플러그인에 전달하고 평문으로 요청하면 됩니다.
이 기획안에는 무엇이 포함되어 있나요?
서비스·신호 온보딩, 알림 임계값과 책임자, 조사·에스컬레이션·장애 연결, 가용성·지연·알림 품질 리포트과 역할·권한·감사·연동을 위한 운영 기준을 포함합니다.
HTML과 SOT JSON은 어떻게 다른가요?
HTML은 읽고 공유하는 완성된 기획안입니다. SOT JSON은 VibeSpec이 요구사항, 기능, 화면, 유저 플로우의 연결을 유지하며 수정할 수 있는 원본 데이터입니다.
새 기능은 어떻게 추가해야 하나요?
자동화, 외부 연동, 분석처럼 독립적인 범위는 기존 제품 기획을 크게 바꾸기보다 별도 추가 기획으로 먼저 검토하는 것이 안전합니다.
이 데모가 실제 애플리케이션을 모니터링하나요?
아닙니다. HTML 데모는 모니터링 PRD를 보여줍니다. 계측, 데이터 저장, 온콜 연동, 운영 환경 대응은 별도로 구현하고 테스트해야 합니다.
WORKFLOW
VibeSpec으로 활용하는 법
- 완성된 HTML을 바로 열어 검토하거나 공유합니다.
- SOT JSON을 내려받아 VibeSpec 뷰어에서 불러옵니다.
- 내 팀의 기능·화면·플로우로 수정합니다.