‘어떤 기능이 언제 복구됐고 아직 기다려야 하는 부분은 무엇인가’를 먼저 묻는 이유가 있습니다. 장애가 끝났다는 한 문장만 있으면 이용자는 로그인·결제·기록 반영 가운데 무엇이 정상인지 알기 어렵습니다. ‘복구 공지에서 정상화된 기능과 남은 제한 분리하기’를 살필 때는, 겉으로 보이는 현상과 실제 운영 과정이 다를 수 있으므로 이용자가 만나는 순서를 따라가 봅니다.
실행할 때는 장애 전 핵심 경로를 기능별로 다시 실행하고 통과한 범위만 복구로 표시합니다. 순차 반영처럼 즉시 완료되지 않는 항목은 별도 상태로 두고 다음 확인 위치를 안내합니다. ‘복구 공지에서 정상화된 기능과 남은 제한 분리하기’를 살필 때는, 정상 결과만 캡처하지 말고 기대와 달라진 지점의 앞뒤 상태를 남깁니다. ‘어떤 기능이 언제 복구됐고 아직 기다려야 하는 부분은 무엇인가’에 답하려면 문장 수정과 실제 동작이 같은 방향으로 바뀌었는지도 확인해야 합니다.
조사 범위를 넓게 잡을 필요는 없습니다. 기능별 시험 결과, 정상화 확인 시각, 지연 반영 항목, 남은 오류, 과거 요청의 재처리 여부를 담당 승인과 대조합니다. 먼저 이 자료에서 ‘어떤 기능이 언제 복구됐고 아직 기다려야 하는 부분은 무엇인가’에 직접 영향을 주는 항목을 표시합니다. ‘어떤 기능이 언제 복구됐고 아직 기다려야 하는 부분은 무엇인가’라는 질문에서는, 사실을 확인할 주체가 따로 있다면 편집자가 대신 추정하지 않고 확인 대기로 둡니다.
빠른 정리보다 사실 보존이 우선입니다. 일부 오류가 남았는데 전체 복구라고 발표하거나 오류 신고가 줄었다는 이유만으로 기술 상태를 확정하지 않습니다. 별도로 로그인은 되지만 과거 기록이 늦게 보이는 경우, 새 요청만 정상인 경우, 같은 오류가 다시 발생한 경우를 분리합니다. ‘어떤 기능이 언제 복구됐고 아직 기다려야 하는 부분은 무엇인가’를 판단하는 범위에서는, 이 예외가 생겼을 때 이용자가 원래 작업을 잃지 않고 다른 선택을 찾는지도 봅니다.
검수가 끝나면 다음 결과물을 남깁니다. 기능별 중단·시험 중·복구·제한 유지 상태와 증거를 담은 복구 범위 행렬입니다. 보기 좋은 보고서보다 의사결정 기록에 가깝게 구성하고, ‘어떤 기능이 언제 복구됐고 아직 기다려야 하는 부분은 무엇인가’의 답과 보류 이유를 함께 적어 후속 담당자가 같은 조사를 반복하지 않게 합니다.
최종 판정에서는 다음 조건을 봅니다. 공지의 기능별 상태가 실제 시험과 일치하고 이용자가 지금 가능한 일과 기다릴 일을 구분할 때 내립니다. ‘어떤 기능이 언제 복구됐고 아직 기다려야 하는 부분은 무엇인가’에 대한 답이 화면 한곳에만 맞고 다른 채널이나 기록과 충돌하면 아직 끝난 것이 아닙니다. 이 글의 주제인 ‘복구 공지에서 정상화된 기능과 남은 제한 분리하기’에서는, 수정 결과를 재현한 뒤 공개 상태와 후속 점검일을 정합니다.