서버 자원
CPU·메모리·디스크·inode의 사용량과 임계치
SERVICE OPERATIONS, CONNECTED
서버부터
사용자 화면까지.
운영의 흐름이
보입니다.
서버의 상태와 실제 로그인·조회 결과를 한곳에서.
점검의 근거를 남기고, 필요한 알림을 팀에 전합니다.
서버 모니터링 · 사용자 시나리오 · Slack · AI & MCP
THE OPERATION LOOP예시 시나리오
서버 자원CPU 42%
DB 복제지연 0초
백업 파일완료 파일 1개
INUS MON신호를 연결합니다
실행 근거화면 · 요약 · Trace
Slack 알림장애 · 지속 · 복구
01
서버의 신호를 수집합니다
01 / COLLECT
흩어진 운영 신호를
한 화면으로 모읍니다.
자원 수치부터 백업 완료, DB에 데이터가 쌓이는 순간까지.
대상에 맞는 점검을 선택하고 주기와 기준을 정합니다.
Docker 서비스
기대하는 컨테이너의 상태와 재시작 횟수
백업 파일
예정 날짜·시간, 파일 개수·크기와 쓰기 안정화
크론 작업
실행 보고를 연결해 시작·완료·종료 코드를 확인
DB 복제
복제 상태와 지연, 중단된 복제 스레드
데이터 발생
지정 데이터의 최신 시각과 커서 증가
HTTP·TLS
응답 상태, 인증서 유효성과 만료 시점
사용자 화면
Playwright로 로그인·조회·API 응답 검증
02 / VERIFY
같은 서비스.
각 노드를 직접 확인합니다.
접속할 IP를 선택한 뒤 실제 사용자 흐름을 시험합니다.
Web과 API를 같은 노드에 연결해 이중화 구성을 확인하세요.
A 노드 연결 프로필예시
- app.example.com
- 192.0.2.10
- api.example.com
- 192.0.2.10
- 도메인과 TLS SNI를 유지합니다.
- 관련 API 호스트의 IP도 함께 지정합니다.
- 고정 IP 연결 실패 시 DNS로 우회하지 않습니다.
app.example.com
PLAYWRIGHT SCENARIO
A 노드예시
로그인부터 조회 완료까지.
화면이 열리는지와 업무 응답이 올바른지를
단계별로 확인하고 증거를 남깁니다.
- 로그인인증 후 기대한 화면으로 이동하는지대기
- 목록 조회업무 화면과 필요한 요소가 표시되는지대기
- API 응답 확인HTTP 상태와 업무 응답이 올바른지대기
- 증거 저장스크린샷·실행 요약을 함께 남기는지대기
실행 전
설명용 시연이며 실제 서비스에 요청을 보내지 않습니다.
03 / SHARE
필요한 알림은 팀에.
확인할 근거는 바로 곁에.
장애 발생·악화·지속·복구를 Slack으로 전달합니다.
메시지에서 점검으로 들어가 화면과 실행 요약을 확인하세요.
알림만 따로 조절합니다.
전체 · 서버별 · 개별 점검별
알림을 꺼도 정기 점검과 장애 기록은 계속됩니다.
EXAMPLE / 설명용 화면
09:41
# 운영 알림
서비스 A · 응답 확인 실패
기대한 응답과 다른 결과를 확인했습니다.
점검 결과와 실행 근거 확인09:42
실행 증거
화면 미리보기JSON · 텍스트
원본 다운로드는 미리보기 안에서.
권한과 보존기간에 따라 증거에 접근합니다.
09:45
복구 확인
서비스 A · 정상 응답
같은 점검 흐름에서 복구를 확인하고 기록합니다.
CONNECTED WITH AI
운영자의 질문을
실행 가능한 점검으로.
내장 AI Chat과 MCP로 상태를 조회하고,
점검·시나리오를 작성하고 시험합니다.
운영자 / 질문 예시
“B 노드의 로그인 점검 결과와
실행 근거를 확인해 줘.”
AI Chat / MCP권한에 맞는 점검 도구상태 · 실행 이력 · 증거
서버 변경은 승인 흐름으로.
AI는 변경을 요청할 수 있습니다.
실행 대상·명령·유효기간을 묶어 관리자가 승인합니다.
MAKE IT YOUR OPERATION
첫 점검부터,
근거가 남는 운영으로.
Docker 기반으로 구성하고 실제 시험을 거쳐 정기화합니다.
- 01대상·IP 확인
서버, 서비스와 관련 호스트를 등록합니다.
- 02실제 시험
점검 기준과 사용자 흐름을 검증합니다.
- 03정기 실행
주기·알림을 정하고 결과를 확인합니다.
도입 전에 확인하세요.
어떤 연결 정보가 필요한가요?
서버 점검에는 검증된 SSH 연결과 조회 권한이 필요합니다. 서비스 시나리오에는 점검용 계정, 관련 도메인·IP 목록과 기대하는 결과를 준비합니다. DB 점검에는 읽기 전용 접근을 권장합니다.
백업과 크론은 어떻게 확인하나요?
백업은 예정 시각·파일 개수·크기·쓰기 안정화를 기준으로 확인합니다. 파일 확인은 복원 가능성 검사와 별개입니다. 크론의 성공 종료를 확인하려면 실행 보고를 연결해야 합니다.
이중화 환경에서 무엇을 지원하나요?
같은 서비스의 각 노드를 IP로 지정해 시험하고 관련 Web·API 호스트를 매핑합니다. 모니터링 플랫폼의 PostgreSQL·Redis 자체 이중화는 운영 환경에 맞춰 별도로 구성합니다.
사용자 매뉴얼은 어디서 보나요?
운영 콘솔에 로그인한 뒤 ‘사용자 매뉴얼’을 선택하세요. 대상 등록, 시나리오 작성, 필터, Slack 알림과 실행 증거 확인 절차를 검색할 수 있습니다.