Blog,Whitepaper,미분류

표준운영절차는 절차마다 증적 문서를 지정하고, 예방점검체계는 항목마다 주기를 정합니다. 상태 점검과 서비스 점검은 매일입니다. 상태점검 항목은 9개 영역 115개이고 그중 필수가 73개입니다. 매일 반복되므로 회차 수가 빠르게 늘어납니다. 등급에 따라 의무 범위가 달라지므로 조직의 등급부터 점검해야 합니다.

문제는 양이 아닙니다. 장애 관리 절차서는 기록된 이력을 다른 조치에 참조할 수 있어야 하고 추이 분석 자료로도 써야 한다고 정합니다. 개인 PC 와 공유 폴더에 나뉜 파일은 이 조회 조건을 채우지 못합니다.

예방점검 증적 저장소는 성질이 다른 두 데이터베이스를 함께 씁니다. 관계형 계층이 문서 메타와 컬렉션·날짜 계보, 권한, 수정 이력을 맡습니다. 벡터 계층은 조각의 임베딩 표현을 맡아, 표기가 달라도 뜻이 가까운 조각을 찾습니다.

접점은 세 갈래입니다. 웹 화면과 사내 연동용 REST, AI 에이전트용 MCP 입니다. 운영 문서는 열한 종 컬렉션에 담기고, 장애예방보고서는 연도에서 분기, 분기에서 일자로 내려갑니다.

백서 6장 저장 계층 도식.

답변을 만드는 모델은 조직 경계 안에서 돕니다. 전체 35B 가운데 3B 만 계산에 쓰이는 전문가 혼합 구조이고, 4비트 양자화가 메모리 요구를 약 3.06배 줄입니다. 벡터 계층의 구성과 감당 규모는 확인되지 않아 단정하지 않습니다.

지표 판정은 APM·Observability 계층의 예측과 이상치 탐지가 맡습니다. 그 판정이 요약과 항목별 소견으로 정리되어 마크다운 운영 문서로 고정되고, 분석일시가 가리키는 일자 노드에 적재된 뒤 색인됩니다.

질의가 들어오면 전문 검색과 벡터 검색이 함께 돌고 두 결과가 상호순위융합으로 합쳐집니다. 이 병용이 하이브리드 검색입니다. 원래 점수 대신 순위만 쓰므로 척도를 맞추는 단계가 없습니다.

백서 9장 동작 경로 도식.

아래는 2026-08-03 15:43 예시 회차 한 건의 판정 요지입니다. 데모 환경 표기입니다.

이 회차의 값이 다음 회차의 검색 조건이 됩니다. web-b 와 Database Connection Pool Usage 는 회차마다 같은 문자열로 남습니다. 임계값 초과가 몇 회차째 이어지는지가 그 이름으로 회수됩니다.

매뉴얼 질의도 같은 예방점검 증적 저장소를 씁니다. 애플리케이션 그룹 설정 방법을 물으면 화면 경로와 조작 순서가 나오고, 답변 아래에 참조 문서와 절 위치가 붙습니다.

우위는 검토자가 직접 확인할 수 있는 항목만 셉니다. 문서 근거로 답하는 응답 구성, 색인 범위를 운영 문서 열한 종으로 고정한 점, 정확 일치와 의미 검색의 병용입니다. 나머지 둘은 조직 경계 안의 답변 배치와 날짜 계층 적재입니다. 답변에 문서명과 버전과 절 위치가 붙는 것이 인용 추적의 성립 조건입니다.

대가도 함께 붙습니다. 새 문서를 구조를 지켜 쓰는 규율이 남고, 기존 문서 이관은 도입 시점에 몰립니다. 판정의 타당성 확인과 조치 실행은 처음부터 사람 몫입니다.

얻는 것은 자동화된 예방이 아니라 되짚을 수 있는 운영 기록입니다. 어제 판정한 이름이 오늘의 검색 조건으로 되돌아오고, 답변마다 근거 문서가 붙습니다. 규범이 요구하는 참조와 활용이 하나의 예방점검 증적 저장소 안에서 닫힙니다. 판단은 조직 몫입니다. 어느 문서를 먼저 넣을지 결정해야 하고, 사람 확인 구간에 책임자를 두는 일을 준비해야 합니다.

• OpsKnow 지식 저장소 백서 — 컬렉션 구성 개요입니다.
• RAG 개념 정리 — 문서 근거로 답을 만드는 방식입니다.
• GraphRAG 백서 — 검색 계층 확장 선택지입니다.
• AI 옵저버빌리티 장애 예방 전략 — 판정을 만드는 지표 계층입니다.