FDAI는 검증 목적에 따라 여러 시나리오 집합을 사용합니다. 카탈로그 항목은 시나리오가 올바른 형식으로 작성되었으며 알려진 신호에 연결되어 있음을 입증합니다. 재생은 컨트롤 루프가 예상한 결과에 도달했음을 입증합니다. 실제 적용 실행은 일회용 Azure 환경에서 실제 장애를 주입하고 관찰한 후 원상 복구했음을 입증합니다. 이러한 증거 수준은 서로 대체할 수 없습니다.
이 문서에서는 현재 사용 중인 모든 SRE 시나리오 집합과 카탈로그에 등록된 시나리오 ID 135개를 나열합니다. 이 현황은 2026-07-17에 저장소를 기준으로 다시 집계했습니다.
| 시나리오 집합 | 수 | 현재 증거 | 증명 범위 |
|---|
| SRE 데모 묶음 | 18 | 18/18 관찰 모드 커버리지 | 감지, 라우팅, RCA, 통제된 대응, 검증 경로가 존재 |
| 참조 live-enforce 일괄 점검 | 10 | 10/10 검증, 감지, 원상 복구 완료 | 일회용 Azure 환경에서 실제 주입기와 탐색 작동 |
고정된 컨트롤 루프 집합 v2026.07 | 9 | 무결성 및 재생 테스트 66개 통과 | 변경, DR, FinOps 기대 결과가 제공되는 루프에서 재생됨 |
| 에이전트 결정 시나리오 | 6 | 에이전트 시나리오 테스트 22개에 포함되어 통과 | Forseti가 예상 auto, 사람 승인, 거부, 판단 보류 반환 |
| 에이전트 파이프라인 시나리오 | 8 | 에이전트 시나리오 테스트 22개에 포함되어 통과 | Forseti, Thor, Var, Saga 사이의 안전성 불변식 유지 |
| Chaos 카탈로그 | 135 | 135/135 스키마, 신호, symptom-index 검증 | 모든 카탈로그 기록이 구조적으로 유효하고 검색 가능 |
| 기본 팩토리 전달 하위 집합 | 93 | 93/93 주입기 및 탐색 쌍 사전 검증 빌드 | 전달 연결이 존재함. 실제 장애 실행을 뜻하지 않음 |
| 승격된 카탈로그 | 0 | 승격된 항목 없음 | 수집된 항목에 적용 모드 실행 자격이 자동으로 부여되지 않음 |
이와 별도로 Command Deck 주장 모음 14건은 근거 없는 통과 0건, 잘못된 거절 0건으로 답변의
근거 확인을 검증합니다. 이는 대화 안전성 모음이지 SRE 운영 시나리오 묶음이 아니므로 이
문서의 시나리오 합계에는 넣지 않습니다.
| ID | 시나리오 | 유형 | 검증 |
|---|
| S1 | AKS pod kill | Fault | 관찰 모드 커버리지. aks-pod-kill 실제 운영 적용 모드 |
| S2 | AKS pod CPU stress | Fault | 관찰 모드 커버리지. aks-pod-cpu-spike 실제 운영 적용 모드 |
| S3 | AKS pod 네트워크 지연 시간 | Fault | 관찰 모드 커버리지. network-rtt-delay 실제 운영 적용 모드 |
| S4 | AKS HTTP abort | Fault | 관찰 모드 커버리지. aks-http-abort 실제 운영 적용 모드 |
| S5 | VM CPU stress | Fault | 관찰 모드 커버리지. vm-cpu-stress 실제 운영 적용 모드 |
| S6 | VM 메모리 부하 | Fault | 관찰 모드 커버리지. vm-mem-stress 실제 운영 적용 모드 |
| S7 | VM 네트워크 지연 시간 | Fault | 관찰 모드 커버리지. network-rtt-delay 실제 운영 적용 모드 |
| S8 | MySQL CPU-credit exhaustion | Fault | 관찰 모드 커버리지. mysql-cpu-pressure 실제 운영 적용 모드 |
| S9 | TPM pressure에 따른 Azure OpenAI 429 | Fault | 관찰 모드 커버리지. aoai-tpm-throttle 실제 운영 적용 모드 |
| S10 | 애플리케이션 게이트웨이 백엔드 first-byte 지연 시간 | Fault | 관찰 모드 커버리지. network-rtt-delay 실제 운영 적용 모드 |
| S11 | 의존성 장애의 연쇄 전파 | Fault | 관찰 모드 커버리지. appgw-backend-failure 실제 운영 적용 모드 |
| S12 | 잘못된 배포와 롤아웃 정체 | Fault | 관찰 모드 커버리지. aks-bad-deploy 실제 운영 적용 모드 |
| S13 | 지식 수집과 구성 드리프트 | Non-fault | 예약 거버넌스 및 검증 경계 |
| S14 | 경보에 따른 자동 조사 트리거 | Non-fault | 웹훅, 이벤트 수집, IRP 경계 |
| C1 | 지속 부하 기준선 | 기준선 | 관찰 모드 보정 커버리지 |
| C2 | 지속 부하 중 pod 종료 | Fault | aks-pod-kill 재사용 |
| C3 | 부하 중 단일 pod CPU 부하 집중 | Fault | aks-pod-cpu-spike 재사용 |
| C4 | 단일 pod 메모리 부하 집중과 OOM 종료 | Fault | vm-mem-stress를 pod 메모리 부하로 재사용 |
2026-07-13 기준 점검에서는 모든 행에 outcome=validated, detected=true,
reverted=true가 기록됐습니다.
| 시나리오 ID | 예상 신호 | 탐색 등급 |
|---|
aks-pod-kill | pod_restart | Kubernetes 이벤트 |
aks-pod-cpu-spike | node_cpu | Chaos Mesh 상태 |
network-rtt-delay | gateway_latency | Chaos Mesh 상태 |
aks-http-abort | request_failure | Chaos Mesh 상태 |
vm-cpu-stress | host_cpu | Azure Monitor 메트릭 |
vm-mem-stress | host_memory | VM 게스트 명령 |
mysql-cpu-pressure | db_cpu | Azure Monitor 메트릭 |
aoai-tpm-throttle | rate_limit | HTTP 429 샘플 |
appgw-backend-failure | backend_health | Kubernetes endpoints |
aks-bad-deploy | rollout_stall | Kubernetes pod 상태 |
지연 시간 점검에서 이벤트와 상태 확인은 3.5초 안에 관찰됐고, VM 메모리 압박은 약 31초가
걸렸습니다. Azure Monitor의 CPU 측정은 이동 집계 구간을 조회하기 때문에 초기 측정 공백이
남아 있습니다. 첫 조회 값을 실제 초기 지연 시간으로 취급하지는 않습니다.
| 시나리오 ID | 도메인 | 기대 계층 | 기대 결정 | 기대 액션 |
|---|
change.drift-manual-portal-edit.003 | 변경 | T0 | 사람 승인 | 없음 |
change.nsg-allow-any-inbound.002 | 변경 | T0 | 사람 승인 | 없음 |
change.tag-owner-missing.001 | 변경 | T0 | auto | 있음. 관찰 모드 전달 |
dr.backup-vault-restore-rehearsal.002 | DR | T0 | auto | 있음. 관찰 모드 전달 |
dr.chaos-experiment-novel.003 | DR | T2 | 사람 승인 | 없음 |
dr.replica-lag-degraded.001 | DR | T1 | 사람 승인 | 없음 |
finops.right-size-vm-high-monthly.002 | FinOps | T0 | 사람 승인 | 없음 |
finops.stop-idle-dev-vm-off-hours.003 | FinOps | T1 | auto | 있음. 관찰 모드 전달 |
finops.unattached-public-ip.001 | FinOps | T0 | auto | 있음. 관찰 모드 전달 |
| 시나리오 | 기대 결과 |
|---|
auto_rule_fired | auto |
hil_rule_fired | 사람 승인 |
deny_irreversible | 거부와 정족수 2 |
hil_unknown_event_triage | 구체적인 리소스가 있어 사람 승인 |
abstain_no_resource_target | 작업 가능한 대상이 없어 판단 보류 |
rbac_denied_operator | 거부 및 보안 이벤트 생성 |
| 시나리오 사례 | 불변식 |
|---|
| 관찰 모드의 auto | 변경 없이 판단하고 감사함 |
| 사람 승인 요청 | 대기 중인 승인 티켓 정확히 1개 |
| 거부 | 승인 또는 실행에 도달하지 않음 |
| 혼합 스트림 | 결정과 전달 개수가 같음 |
| 중복 전달 | 전달 1회, 중복 1회 측정, 이중 실행 없음 |
| 비어 있거나 유효하지 않은 이벤트 | 판단 보류하고 다운스트림 액션 없음 |
| 자기 승인 시도 | 차단되고 보안 신호로 측정됨 |
| 반복된 자기 승인 | 재시도가 보안 신호 개수를 부풀리지 않음 |
현재 카탈로그에서 기본 팩토리가 실행 가능으로 분류하고 사전 검증 단계에서 만들어 내는
항목은 93개입니다. 나머지 42개는 AWS FIS 교차 클라우드 참고용 17개, 별도 주입기나 하드웨어가
필요한 GPU 시나리오 21개, Kubernetes 문서 기반 후보 3개, 예전 Redis 재부팅 시나리오
1개입니다. 135개 모두 collected/에 있고 promoted/에는 아직 하나도 없습니다.
Azure Chaos Studio - ID 15개
chaos.azure-chaos-studio.agent-cpu-pressurechaos.azure-chaos-studio.agent-network-disconnectchaos.azure-chaos-studio.agent-network-latencychaos.azure-chaos-studio.agent-network-packet-losschaos.azure-chaos-studio.agent-physical-memory-pressurechaos.azure-chaos-studio.agent-stop-servicechaos.azure-chaos-studio.cosmos-db-failoverchaos.azure-chaos-studio.keyvault-deny-accesschaos.azure-chaos-studio.load-balancer-backend-removechaos.azure-chaos-studio.nsg-security-rulechaos.azure-chaos-studio.redis-rebootchaos.azure-chaos-studio.service-bus-firewall-blockchaos.azure-chaos-studio.vm-redeploychaos.azure-chaos-studio.vm-shutdownchaos.azure-chaos-studio.vmss-shutdown
Chaos Mesh - ID 14개
chaos.chaos-mesh.block-delaychaos.chaos-mesh.container-killchaos.chaos-mesh.dns-errorchaos.chaos-mesh.http-delaychaos.chaos-mesh.http-replacechaos.chaos-mesh.io-faultchaos.chaos-mesh.kernel-panicchaos.chaos-mesh.network-bandwidthchaos.chaos-mesh.network-corruptchaos.chaos-mesh.network-duplicatechaos.chaos-mesh.network-losschaos.chaos-mesh.network-partitionchaos.chaos-mesh.pod-failurechaos.chaos-mesh.stress-memory
Litmus - ID 16개
chaos.litmus.container-killchaos.litmus.disk-fillchaos.litmus.node-cpu-hogchaos.litmus.node-drainchaos.litmus.node-memory-hogchaos.litmus.pod-cpu-hogchaos.litmus.pod-deletechaos.litmus.pod-dns-errorchaos.litmus.pod-http-latencychaos.litmus.pod-http-status-codechaos.litmus.pod-io-stresschaos.litmus.pod-memory-hogchaos.litmus.pod-network-corruptionchaos.litmus.pod-network-duplicationchaos.litmus.pod-network-latencychaos.litmus.pod-network-loss
Kubernetes 문서 기반 - ID 3개
chaos.kubernetes-docs.dns-resolution-failurechaos.kubernetes-docs.image-pull-backoffchaos.kubernetes-docs.pod-disruption-budget-gap
합성한 일반 시나리오 - ID 48개
chaos.general.db-saturate-db-cpu-extremechaos.general.db-saturate-db-cpu-highchaos.general.db-saturate-db-cpu-mildchaos.general.disk-delay-host-cpu-extremechaos.general.disk-delay-host-cpu-highchaos.general.disk-delay-host-cpu-mildchaos.general.dns-delay-gateway-latency-extremechaos.general.dns-delay-gateway-latency-highchaos.general.dns-delay-gateway-latency-mildchaos.general.lb-deny-backend-health-extremechaos.general.lb-deny-backend-health-highchaos.general.lb-deny-backend-health-mildchaos.general.llm_endpoint-throttle-rate-limit-extremechaos.general.llm_endpoint-throttle-rate-limit-highchaos.general.llm_endpoint-throttle-rate-limit-mildchaos.general.pod-corrupt-rollout-stall-extremechaos.general.pod-corrupt-rollout-stall-highchaos.general.pod-corrupt-rollout-stall-mildchaos.general.pod-delay-gateway-latency-extreme-v2chaos.general.pod-delay-gateway-latency-extremechaos.general.pod-delay-gateway-latency-high-v2chaos.general.pod-delay-gateway-latency-highchaos.general.pod-delay-gateway-latency-mild-v2chaos.general.pod-delay-gateway-latency-mildchaos.general.pod-drop-request-failure-extreme-v2chaos.general.pod-drop-request-failure-extremechaos.general.pod-drop-request-failure-high-v2chaos.general.pod-drop-request-failure-highchaos.general.pod-drop-request-failure-mild-v2chaos.general.pod-drop-request-failure-mildchaos.general.pod-saturate-node-cpu-extreme-v2chaos.general.pod-saturate-node-cpu-extremechaos.general.pod-saturate-node-cpu-high-v2chaos.general.pod-saturate-node-cpu-highchaos.general.pod-saturate-node-cpu-mild-v2chaos.general.pod-saturate-node-cpu-mildchaos.general.pod-stop-pod-restart-extremechaos.general.pod-stop-pod-restart-highchaos.general.pod-stop-pod-restart-mildchaos.general.vm-saturate-host-cpu-extreme-v2chaos.general.vm-saturate-host-cpu-extremechaos.general.vm-saturate-host-cpu-high-v2chaos.general.vm-saturate-host-cpu-highchaos.general.vm-saturate-host-cpu-mild-v2chaos.general.vm-saturate-host-cpu-mildchaos.general.vm-saturate-host-memory-extremechaos.general.vm-saturate-host-memory-highchaos.general.vm-saturate-host-memory-mild
GPU 및 AI serving - ID 22개
chaos.gpu.gpu-delay-gpu-pcie-degradationchaos.gpu.gpu-ecc_error-gpu-ecc-uncorrectable-v2chaos.gpu.gpu-ecc_error-gpu-ecc-uncorrectablechaos.gpu.gpu-hang-gpu-util-zero-wastedchaos.gpu.gpu-oom-gpu-vram-oom-v2chaos.gpu.gpu-oom-gpu-vram-oomchaos.gpu.gpu-quota_shrink-gpu-idle-hours-wastedchaos.gpu.gpu-quota_shrink-gpu-sku-mismatchchaos.gpu.gpu-thermal_throttle-gpu-temp-throttlechaos.gpu.gpu-throttle-gpu-power-throttlechaos.gpu.gpu-xid_event-gpu-xid-event-v2chaos.gpu.gpu-xid_event-gpu-xid-eventchaos.gpu.gpu_cluster-saturate-gpu-util-saturatedchaos.gpu.inference_endpoint-cache_overflow-kv-cache-pressurechaos.gpu.inference_endpoint-delay-inference-p99-spikechaos.gpu.inference_endpoint-delay-weights-fetch-stallchaos.gpu.inference_endpoint-ramp-cold-start-latency-spikechaos.gpu.llm_endpoint-quota_shrink-token-spend-spikechaos.gpu.training_job-checkpoint_fail-spot-preempt-cascadechaos.gpu.training_job-delay-distributed-stragglerchaos.gpu.training_job-hang-nccl-timeoutchaos.gpu.training_job-preempt-spot-preempt-cascade
AWS FIS cross-CSP 참조 - ID 17개
chaos.aws-fis.ec2-reboot-instanceschaos.aws-fis.ec2-send-spot-instance-interruptionschaos.aws-fis.ec2-stop-instanceschaos.aws-fis.ec2-terminate-instanceschaos.aws-fis.ecs-stop-taskchaos.aws-fis.eks-pod-cpu-stresschaos.aws-fis.eks-pod-network-latencychaos.aws-fis.network-disrupt-connectivitychaos.aws-fis.rds-failover-db-clusterchaos.aws-fis.rds-reboot-db-instanceschaos.aws-fis.s3-bucket-pause-replicationchaos.aws-fis.ssm-cpu-stresschaos.aws-fis.ssm-disk-fillchaos.aws-fis.ssm-kill-processchaos.aws-fis.ssm-memory-stresschaos.aws-fis.ssm-network-latencychaos.aws-fis.ssm-network-packet-loss
- 카탈로그 검증 완료는 스키마, 등록된 신호, 고유 ID, 증상 색인 검사를 통과했다는
뜻입니다.
- 실행 가능은 필요한 정보가 다 갖춰졌을 때 기본 팩토리가 주입기와 점검 쌍을 만들어 낼 수
있다는 뜻입니다. 실제로 장애를 실행했다는 뜻은 아닙니다.
- 관찰 커버리지 확보는 아무것도 바꾸지 않은 채로 감지, 라우팅, 근본 원인 분석, 대응,
안전성 매핑이 모두 갖춰져 있다는 뜻입니다.
- 실제 적용 모드 검증 완료는 일회용 환경에서 주입, 예상한 감지, 롤백까지 기록했다는
뜻입니다.
- 승격됨은 시나리오가 자체 승격 기준을 통과했다는 뜻입니다. 현재 카탈로그에 승격된
항목은 하나도 없습니다.