중지 버튼이 공유하는 정책을 먼저 정합니다
화면의 중지 상태만 보고서는 발송이나 환불이 멈췄는지 알 수 없습니다. 작업자는 이미 큐에서 요청을 꺼냈거나 다음 시도 시간을 예약해 두었을 수 있습니다. 중지의 완료 조건은 해당 범위에서 새 실행이 차단되고 중지 이전에 경계를 넘은 작업이 업무 원장에 남아 담당자가 끝까지 처리할 수 있는 상태입니다.
발신 기능을 중지한다고 해서 모든 고객 상담을 닫을 필요는 없습니다. 어느 테넌트의 어느 기능과 도구를 막는지 결정합니다. 한 고객사의 SMS 발송만 문제라면 해당 고객사의 SMS 자동 발송을 중단하고 조회와 초안은 허용할 수 있습니다. 같은 API 키를 공유해 발신을 분리할 수 없거나 어떤 경로가 영향받았는지 식별할 수 없다면 더 넓은 단위의 차단을 운영 절차에 둡니다. 어떤 수동 경로를 계속 쓸 수 있는지 역시 실행 서버가 판정해야 합니다.
중지 요청에는 대상 환경, 테넌트·사용자·도구·기능 같은 적용 범위, 발령자, 효력이 시작된 시각, 정책 버전, 사유와 사건 번호를 기록합니다. 중복되거나 서로 다른 범위의 중지 명령이 있을 때는 적용되는 차단을 모두 해제해야 실행할 수 있도록 설계할 수 있습니다. 예를 들어 전체 발신이 중지 중인데 개별 고객사의 일시 중지가 만료됐다는 이유로 발신을 열 수 없도록 합니다. 해제 권한과 승인 기록도 발령 단계와 함께 정의합니다.
정책 변경을 저장하는 작업과 그 변경을 모든 작업자가 관측하는 시간은 다를 수 있습니다. 업무 영향이 큰 실행에서는 권위 있는 정책 상태를 읽을 수 없는 상황에 처했을 때 허용을 보류합니다. 화면, 모델, 캐시가 보는 상태를 참고할 수 있지만 최종 확인은 외부 요청을 보낼 수 있는 실행 경계에서 해야 합니다. OWASP는 고위험 행동의 승인과 실행을 분리하고 실행 구성요소가 권한과 승인 상태를 검증하며 정책 조회가 실패할 때 차단하도록 권고합니다. OWASP AI Agent Security Cheat Sheet[1]
마지막 판정 지점을 실행 권한과 같은 곳에 둡니다
요청 접수 때 중지 상태를 확인하고 작업을 큐에 보내는 서비스가 있다고 가정합니다. 작업자는 그 정책을 통과한 요청이라도 외부 호출 직전에 현재 상태를 다시 확인합니다. 작업 ID에 정책 버전과 승인 ID를 연결해 작업자가 조회한 값과 실행 계층이 받아들인 값이 다를 때 실패로 닫을 수 있게 설계합니다. 오래된 권한이나 임시 캐시가 있는 프로세스가 도구를 직접 호출할 수 있으면 정책 변경이 적용되지 않습니다. 운영 자격 증명을 중앙 실행 서비스에 한정하고 관리자 수동 실행, 배치, 보조 에이전트의 우회 경로도 거기에 연결합니다.
최종 정책 확인과 외부 시스템의 수락 사이에는 짧게라도 경쟁 구간이 있을 수 있습니다. 정책과 내부 실행 허가 기록을 일관성 있게 처리하면 새 허가가 중지 후 발급되는 일을 줄일 수 있습니다. 그 내부 결정이 이미 시작한 외부 호출을 되돌려 주지는 않습니다. 중지와 요청의 순서를 내부 실행 허가, 전송 시도와 외부 수락 시각으로 함께 남겨 이 구간에서 넘어간 건을 추적합니다. 제공사가 취소를 지원하는 경우에는 취소 범위와 결과 조회 방법을 미리 시험합니다.
작업 상태마다 무엇을 멈췄는지 확인합니다
아래 표는 상태 이름을 그대로 도입하기 위한 규격이 아닙니다. 팀의 작업 원장에서 같은 업무가 어디까지 진행됐는지를 찾아, 차단할 행동과 남는 일을 연결하기 위한 예시입니다. 큐 지표 하나로 상태 전체를 대표하면 대기열에서 보이지 않는 실행 중 요청을 놓칠 수 있습니다.
| 작업 상태 | 중지 때 할 일 | 남는 작업 | 확인할 증거 |
|---|---|---|---|
| 접수 전 | API와 요청 생성 경로에서 새 자동 작업 차단 | 기존 수동 접수나 안전한 읽기 흐름 | 중지 이후 시각의 거부 응답과 새 작업 ID 미발급 |
| 승인 대기·승인됨 | 자동 실행 승인 처리 동결, 실행 때 중지·승인·만료를 함께 확인 | 기안과 승인 이력, 재검토가 필요한 건 | 승인 ID와 정책 버전, 만료 상태, 실행 거부 로그 |
| 큐 대기 | 작업 원장에서 보류 또는 취소 표시, 소비 시 실행 차단 | 메시지 본체·재전달 가능성, 분류할 보류 건 | 큐 ID에 대응하는 작업 상태와 재수신 후 차단 로그 |
| 실행 중, 외부 요청 전 | 작업자에게 협조적 취소를 보내고 최종 실행 지점에서 거부 | 정리할 임시 파일과 내부 변경 | 작업 단계 기록과 외부 요청 ID가 생성되지 않은 근거 |
| 전송 시도, 외부 결과 불명 | 재시도 보류, 공급자에서 요청 상태 조회 | 수락·발송 여부와 대응 판단 | 내부 시도 ID, 외부 추적 키, 상태 조회 응답 |
| 외부가 수락함 | 가능한 경우 별도 취소 요청, 후속 발송·처리는 차단 | 취소 대기 또는 이미 처리된 결과 | 공급자 수락 기록, 취소 결과, 최종 업무 상태 |
| 예약·지연 재시도 | 스케줄러에서 새 등록을 막고 발화 때 정책 재확인 | 보류된 일정, 늦게 들어오는 메시지 | 예약 ID, 재시도 시각, 재전달·수동 재생 거부 기록 |
| 이미 완료 | 외부 결과와 고객 영향 확인, 필요 시 별도 보상 작업 승인 | 정정 통지·장부 대사 등 책임자 조치 | 완료 상태, 고객·업무 영향, 승인된 후속 조치 |
대기열을 지우는 동작을 전체 중지로 연결하면 다른 테넌트의 정상 업무와 원인 조사에 필요한 식별자도 사라질 수 있습니다. 분리할 수 있는 작업 원장에 상태를 남기고 큐의 실제 메시지와 대조합니다. Amazon SQS의 가시성 제한은 메시지를 받았을 때 다른 소비자에게 일시적으로 숨기는 동작이고 중복 전달 가능성이 있습니다. 이런 방식의 큐를 쓴다면 대기 건수가 0으로 보이는 순간에도 이미 꺼낸 작업과 나중에 다시 나타날 메시지를 시험합니다. 우리 시스템에서 사용하는 큐의 실제 소비·재전달 규칙으로 판정합니다. Amazon SQS 가시성 제한[2]
타임아웃과 외부 수락을 대사합니다
취소 신호가 왔을 때 로컬 작업자가 기다리던 응답 수신을 포기할 수도 있습니다. 그 시점에 공급자가 요청을 받았는지는 별도의 문제입니다. 응답을 못 받은 작업은 결과 불명으로 남기고, 같은 요청의 키로 상태를 조회하거나 약속된 콜백을 기다립니다. 조회 신호가 없는 외부 도구라면 운영자가 공급자와 대조할 계정·접수 시간·업무 참조 값을 정하고 이 경로를 자동 재시도에서 제외할 수도 있습니다.
멱등성은 같은 의도의 요청을 다시 보내더라도 중복 부작용을 줄이기 위한 계약입니다. 공급자가 지원하는 키, 요청 내용, 적용 범위와 유효 시간에 의존합니다. 중지 정책이 활성화된 동안에는 멱등 키가 있어도 해당 업무를 다시 실행할 권한을 부여하지 않습니다. 키의 유효 기간이 지나거나 도구가 바뀌면 같은 ID를 넘긴다는 이유로 같은 의도로 처리될 거라 가정하지 않습니다. AWS Builders’ Library의 멱등 API[3]
대사 자료에는 내부 작업 ID, 실제 외부 호출을 보낸 시각, 승인 버전, 공급자 요청 ID, 수락 또는 취소 상태와 상태 확인 시각을 포함합니다. 실행 서버가 받은 정책과 실제 도구 작업을 연결하는 필드를 정할 때 AI 에이전트 관측 항목을 참고할 수도 있습니다. 일반적인 장애 지휘와 교대에 어떤 기록을 넘길지는 장애 대응 런북에 연결합니다.
관측에서 복구와 개선까지 이어지는 운영 — 서비스 지표와 경보를 기준으로 대응하고 변경 이력과 사후 보고를 다음 개선에 연결합니다.
가상 발송 훈련에서 확인할 여섯 건
가상의 고객지원 서비스에서 한 테넌트의 상담 SMS 자동 발송만 중지한다고 가정합니다. 수신처는 샌드박스에 연결하고 작업 ID와 외부 접수 ID를 미리 확인할 수 있게 준비합니다. 훈련 전 대기, 실행, 승인과 예약 상태에 각각 작업을 배치합니다. 운영자는 중지 버튼이 성공했다는 응답과 실제로 무엇이 막혔는지를 나눠 기록합니다.
| 시험 | 고의로 만든 상태 | 기대 결과 | 실패로 판단할 증거 |
|---|---|---|---|
| 중지 이후 새 접수 | 대상 테넌트 API에서 새 문자 발송 요청 | 자동 발송용 작업 거부, 같은 테넌트의 초안 조회 가능 | 새 발송 작업이 생김, 초안 조회까지 닫힘 |
| 이미 꺼낸 작업 | 이전 정책을 본 작업자가 외부 호출 직전까지 진행 | 실행 지점에서 중지 버전 적용, 외부 요청 없음 | 이전 정책 캐시만 보고 공급자를 호출 |
| 취소가 늦은 경우 | 외부 접수 완료 직후 중지하고 수락 응답을 일부러 지연 | 결과 불명 등록 후 접수 ID 대사, 공급자 최종 상태 확인 | 대기열이 비었다는 이유로 완료 선언 또는 중복 발송 |
| 재전달·예약 | 큐 메시지 재전달, 예약 발화, 실패 보관 큐에서 수동 재생 | 어느 진입 경로에서도 해당 도구 호출 거부 | 예약 또는 수동 재생의 우회 호출 |
| 승인 유효성 | 중지 중에 기존 승인 만료, 재개 후 그 작업 처리 | 자동 재생 보류, 최신 요청·권한·수신처로 재승인 | 옛 승인이나 바뀐 발송 내용을 사용 |
| 범위 비교 | 다른 테넌트에서 허용된 정상 발송 요청 | 허용된 고객사의 승인된 요청은 정상 완료 | 대상 밖 작업까지 보류되거나 대상 테넌트에 영향을 줌 |
실행 중 차단을 더 엄밀하게 확인하려면 정책 갱신과 도구 요청을 각각 일시 정지할 지점을 둡니다. 작업자를 확인 직전에 세우거나 외부 테스트 도구가 요청을 받고 응답만 늦추도록 준비하면 순서를 반복할 수도 있습니다. 운영에서 원인과 무관하게 테스트가 실패한다면, 무엇을 실패로 만들었는지와 실제 외부 요청 수를 분리해 기록합니다. 가상 도구에서 취소 버튼이 동작한 결과는 실제 공급자의 취소 의미와 별도로 점검합니다.
외부 공급자가 이미 수락한 한 건이 남았다고 해서 같은 기안으로 다시 보내서는 안 됩니다. 사람이 접수 시간, 수신처, 내용 및 다음 행동을 확인합니다. 공급자가 이미 발송한 것으로 판정하면 도구의 재개와 별개로 고객에게 정정이 필요한지 업무 책임자가 결정합니다. 앞서 중지한 흐름의 작업을 모두 정리할 때까지 신규 발신을 열어야 한다면, 범위를 분리하고 결과 불명 건에는 별도의 재실행 금지를 유지합니다.
재개할 때 과거 승인을 다시 판단합니다
중지 원인을 해소한 뒤에도 새 작업의 통과, 보류 작업의 재적재, 외부 결과 정리의 완료 기준은 각각 필요합니다. 정책과 실행 경계가 정상임을 샌드박스에서 먼저 확인하고 안전하게 시험할 수 있는 신규 경로부터 제한된 범위로 재개합니다. 복구할 대상과 관찰할 작업에는 현재 정책 버전과 책임자를 연결합니다. NIST 사고 대응 권고[4]는 대응과 복구를 위험 관리에 통합할 기준을 제공합니다. OWASP의 에이전트 애플리케이션 V2 가이드[5]는 이 경계에 적용할 런타임 통제와 검증의 참고 자료입니다.
오래된 큐는 자동으로 풀지 않습니다. 작업이 이미 실행됐는지, 의도가 여전히 유효한지, 당시 승인된 수신처와 액션이 달라졌는지, 현재 권한과 제한을 충족하는지를 봅니다. 만료되거나 변경된 요청에는 새 승인이 필요합니다. 두 시스템에서 서로 다른 결과를 확인하면 사람에게 넘기고 실제 상태가 확정되기 전에는 재실행을 허용하지 않습니다. 장애가 코드 변경에서 시작됐다면 롤백 가능한 배포의 버전 복구와, 여기서 다루는 보류 작업의 재개를 각 근거에 따라 진행합니다.
운영자가 서명할 마지막 기록에는 중지와 재개 권한이 있는 사람, 적용 범위와 효력 시각, 시험한 정상·차단 경로, 처리한 외부 수락 건과 아직 담당자가 추적 중인 건이 들어갑니다. 후속 보정 작업이 필요하면 그 건도 원 상태와 사유, 승인자, 실행 결과를 연결합니다. 중지 성공을 알려 주는 근거는 중지 버튼의 클릭 이력부터 시작해 실제 시스템이 마지막으로 관측한 업무 결과까지 이어져야 합니다.
