CUSTOMER DATABASE → RULE ENGINE → SIMULATOR

고객 DB를 정본으로
검증 흐름을 연결했습니다

신규 Rule Engine과 Simulator가 고객 RCA DB Catalog를 read-only로 조회해 Metric·Log 검증 입력과 RCA 판단에 사용합니다. 고객 DB를 변경하거나 실제 고객 환경·Ansible을 호출하지 않았습니다.

DB read-only로컬 fixture 미사용Evidence 추적3개 파일럿 E2E
01

EXECUTIVE RESULT

오늘의 결론

완료

DB 검증 모드에서 개발자 작성 fixture를 제거하고, 고객 DB의 Event → Self-Test → Cause → Evidence 관계로 시뮬레이션 입력과 Rule Engine 판단을 연결했습니다.

검증됨생성 로그가 어떤 DB 규칙에서 왔는지 화면에서 확인할 수 있습니다.

Event ID, Self-Test ID, Cause Code, Evidence Rule ID와 DB 정규식이 함께 표시됩니다.

용어 주의

이번 “DB 동기화”는 DB 데이터 복제나 Migration이 아닙니다. 신규 서비스가 현재 고객 DB Catalog를 정본으로 읽도록 연동한 작업이며 DB 쓰기는 0건입니다.

02

RUNTIME FLOW

실행 경로가 이렇게 바뀌었습니다

CANONICAL SOURCE고객 RCA DBEvent · Self-Test · Cause · Evidence · Action
→
READ ONLY신규 Rule EngineDB graph 조회 · Blueprint · RCA 판단
→
DETERMINISTIC신규 SimulatorMetric·Log 생성 · regex 재검증 · 전달

✓ 정본 사용

  • DB Self-Test가 예상 Cause 지정
  • 해당 Cause의 Evidence만 입력 생성
  • Rule Result에 DB Catalog 출처 표시

✓ 실패-폐쇄

  • 생성 로그를 DB regex로 재검증
  • DB 장애·누락 시 fixture 대체 없음
  • 지원 불가 패턴은 성공 처리하지 않음

0 운영 영향

  • 고객 DB write·Migration 0건
  • 고객 운영환경 호출 0건
  • 실제 Ansible 실행 0건
03

LIVE DATABASE INVENTORY

VPN을 통해 실제 DB에서 확인한 수량

221Event Signature
884Cause
3,659Evidence Rule
120Action Spec
3,536Cause–Action Mapping
119Verification Policy
221Self-Test Scenario

해석: 위 값은 2026-08-21 실제 DB read-only 조회 결과입니다. 저장소 문서의 수량과 namespace 의미를 최종 승인하는 작업은 T710~G740에서 계속합니다.

04

VERIFIED PILOTS

화면에서 실행 가능한 DB 기반 시나리오

시나리오DB Event / Self-TestDB 예상 CauseDB Evidence로 생성한 로그결과
DiskEVT-117 / ST-117Filesystem resource saturationEVD-117-01-03
no space left on device		CAUSE-117-01
MemoryEVT-019 / ST-019JVM thread pool saturationEVD-019-01-03
All threads are currently busy		CAUSE-019-01
CPUEVT-074 / ST-074CPU resource saturationEVD-074-01-03
soft lockup		CAUSE-074-01
85Rule Engine tests
25Simulator tests
2 / 2VPN DB tests
3 / 3DB HTTP E2E
직접 확인

AZeT Rule Lab 검증 화면 열기 — 개발 호스트와 Tailscale 연결이 켜져 있어야 합니다.

05

SCOPE BOUNDARY

완료된 것과 아직 남은 것

✓ 이번 완료

  • DB read-only Catalog Adapter
  • 세 파일럿 DB canonical mapping
  • DB Evidence 기반 Metric·Log 합성
  • 화면의 DB provenance 표시

→ 다음 확장

  • 전체 Catalog 의미·수량 정합
  • 221 Event Coverage Matrix
  • 전체 Self-Test와 도메인 Pack
  • Rule Engine·Simulator 전용 화면

! 아직 아님

  • 고객 운영 로그 원문 replay
  • 221 Event 전체 Runtime 완료
  • 실제 Telemetry·Ansible 연동
  • 운영 성능·보안·정확도 승인

로그의 의미: 현재 로그는 고객 운영 로그를 복사한 것이 아니라 고객 DB의 Evidence 정규식에서 만든 결정론적 검증 문장입니다. 실제 로그 샘플 replay는 정본 데이터와 별도 합의가 필요합니다.

06

NEXT STEP

다음은 전체 Catalog 기준선을 확정합니다

T710

카탈로그 정본 의미·수량 정합화를 수행한 뒤 Inventory·Coverage Matrix, 전체 Runtime·Self-Test, 도메인 Event Pack과 전용 화면으로 순차 확장합니다.

LIVE STATUS전체 개발 현황 보기92개 Task·Gate의 상태와 EvidenceRUN CONSOLEDB 기반 파일럿 실행Simulator → Rule Engine 검증