변경 승인(Approve a change)

변경 승인(Approve a 변경)

제안된 변경에 사람 승인이 필요하면 FDAI는 실행을 멈추고 사람의 결정을 기다립니다. 이 가이드에서는 요청이 어떻게 생겼는지, 승인 전에 무엇을 확인해야 하는지, 각 결정 뒤에 무슨 일이 일어나는지 설명합니다.

승인 요청은 어떻게 생겼나

설정된 어떤 알림 채널로도 승인 대기 사실을 받을 수 있습니다. 다만 실제 승인 결정은 Teams Adaptive 카드, 재인증이 구성된 Slack 흐름, 수정 pull 요청 검토처럼 신원을 확인할 수 있는 A1 경로로 돌아와야 합니다. 이메일, SMS, 호출 시스템은 요청이 기다리고 있다는 사실만 알릴 수 있고 승인을 제출할 수는 없습니다.

모든 요청은 도착 경로와 상관없이 같은 핵심 정보를 보여 줍니다.

이벤트 요약: 드리프트, 비용 이상, DR 훈련처럼 변경을 촉발한 사건과 영향을 받는 리소스입니다.
제안 작업: FDAI가 적용하려는 정확한 변경입니다. 검토할 수 있는 pull 요청나 직렬화된 작업 명세로 제공됩니다.
위험 분류: 왜 자동 실행이 아니라 승인이 필요한지 알려 줍니다. 영향 범위, 새로움, 되돌리기 어려움, 신호 출처처럼 등급을 올린 항목을 지목합니다.
롤백 미리보기: 승인 후 되돌려야 할 때 실행될, 미리 계산된 롤백 경로입니다.
중단 조건: 승인 후 환경이 예상과 다르게 반응하면 변경을 멈출 측정 가능한 상태입니다.
감사 링크: 이 결정을 만든 이벤트 흐름을 볼 수 있는 감사 로그 링크입니다.
승인 무결성: 요청 마감 시한, 필요한 정족수, 액션 해시, 멱등성 키, 그리고 요청자와 승인자가 달라야 한다는 확인 결과입니다.

승인 전에 확인할 것

중요한 순서대로 여섯 가지를 확인하세요.

위험 분류가 맞습니까? 제안된 작업이 명시된 위험에 비해 과하다고 느껴지면 분류 룰 자체를 손봐야 할 가능성이 큽니다. 그대로 승인하지 말고 거부한 뒤 담당자에게 에스컬레이션하세요.
영향 범위. “이 리소스 그룹만”이나 “VM 5개 배치” 같은 범위 상한이 실제로 바꾸고 싶은 대상과 맞는지 확인합니다.
롤백 경로. 롤백 미리보기는 내용이 있고 실제로 실행 가능해야 합니다. 비어 있거나 모호한 롤백은 작업 설계의 결함이며 승인으로 우회할 일이 아닙니다.
중단 조건. 이미 보고 있는 지표에서 확인할 수 있어야 합니다. 볼 수 없는 지표를 참조하면 거부하세요.
근거 확인, T2 결정일 때만. 감사 로그 항목에 인용된 룰이나 문서가 제안된 작업을 정말 뒷받침하는지 확인합니다.
승인이 아직 이 작업에 묶여 있습니까? 버전, 대상 범위, 마감 시한, 액션 해시, 정족수를 확인합니다. 검토 후 페이로드가 바뀌었다면 새 승인 요청을 요구하세요.

결정과 그 결과

승인: 신원, 역할, 해시, 마감 시한, 자기 승인 금지, 정족수 검사를 통과하면 저장된 변경이 중단 조건, 롤백 경로, 영향 범위 상한, 감사 항목을 모두 갖춘 채로 재개됩니다. 감사 로그는 누가 언제 승인했는지와 남긴 코멘트를 기록합니다.
거부: 변경은 폐기됩니다. 그래도 승인자, 사유, 이벤트 ID가 담긴 감사 항목은 기록되므로 발견 루프가 패턴을 학습할 수 있습니다.
시간 초과: 모든 요청에는 설정 가능한 마감 시한이 있습니다. 만료되면 거부한 것과 똑같이 폐기됩니다. 시간이 지났다고 자동으로 승인되는 일은 없습니다.

중복 승인 제출은 다시 보내도 안전하며 실행을 재현하지 않습니다. 충돌하는 응답은 거부하고 검토 대상으로 표시합니다.

Break-glass 승인

BreakGlass는 별도의 시간 제한 긴급 역할입니다. 정책이 허용하는 긴급 승인에서, 원래 자격이 없는 호출자에게 참여 자격을 줄 수 있습니다. 거부를 승인 요청으로 바꾸거나 작업을 자동 실행으로 올리거나 정족수와 자기 승인 금지 검사를 없애지는 않습니다.

모든 BreakGlass 사용은 부여 내역, 사유, 승인자, 만료 시각, 영향받는 작업을 기록하고 온콜 팀에 알립니다. 사후 사유는 여러분이 직접 추가해야 합니다. BreakGlass는 근본 룰이나 안전 계약을 고치는 일을 대신하지 않습니다.

다음 단계

학습 대상	문서
지금 보고 있는 분류가 만들어진 방식	../concepts/risk-tiers-ko.md
판정 후 실제로 무엇이 일어났는지 추적	read-audit-log-ko.md
같은 룰이 계속 잘못된 승인 카드를 만들어 낼 때	override-a-rule-ko.md
승인 요청을 나르는 채널	../../roadmap/interfaces/channels-and-notifications-ko.md