점심 주문과 월말 통계에 같은 복구 시간을 줄 수 있을까
가상 이야기 · 핵심노트 기반
핵심노트 개념: 업무 요구 — 중단을 막아야 할 업무와 허용 지연을 정한다
이 글에서 배우는 교훈
시스템의 복구 목표는 중단으로 막히는 업무와 대체 방법이 감당할 수 있는 시간을 근거로 정해야 합니다.
핵심노트를 바탕으로 만든 가상 이야기입니다. 실제 사건이나 검증된 성과가 아닙니다.
근거: 업무 요구 — 중단을 막아야 할 업무와 허용 지연을 정한다 · 핵심노트 1
구체적으로는 점장은 종이 주문으로 버틸 범위를 확인해 주문·결제를 먼저 복구하고 월간 통계는 뒤로 미뤘습니다.
관련 교재 내용
시스템아키텍처 이해와 활용 · I. 시스템 개념 · 업무를 지원하는 시스템아키텍처
교재는 시스템아키텍처를 업무를 지원하는 정보시스템의 구조로 설명합니다. 넓은 의미에서는 프로그램·데이터·기술의 구조를 함께 다루고, 좁은 의미에서는 서버와 실행 소프트웨어 등의 배치·연결을 다룹니다.
이 사례에 적용한 내용: 점장은 종이 주문으로 버틸 범위를 확인해 주문·결제를 먼저 복구하고 월간 통계는 뒤로 미뤘습니다.
교재 원리의 실무 적용 · 교재 원문 인용이 아닌 자체 설명입니다.
본문
점심시간 식당의 주문 단말이 멈췄습니다. 주방에는 새 주문 전표가 나오지 않았고 계산대에서는 어떤 테이블이 결제했는지 확인하지 못했습니다. 직원들은 종이로 홀 주문을 받기 시작했지만 포장 주문까지 겹치자 누락과 중복을 맞추느라 손님을 기다리게 했습니다.
점장은 종이로 받을 수 있는 주문량과 추가 직원을 붙여 버틸 수 있는 시간을 확인했습니다. 운영자와 주문·결제를 우선 복구하고, 중단 중 받은 주문을 번호로 대조하기로 했습니다. 지난달 매출 통계는 오늘 점심 영업에 필요하지 않아 더 늦게 복구해도 되는 기능으로 정했습니다. 이 우선순위를 서버 구성과 복구 시험에 반영했습니다.
결론
식당에 시스템이 없으면 아무 일도 못 한다는 이야기가 아닙니다. 대체 방식의 한계와 중단 때 막히는 업무가 다르므로 기능별 복구 목표와 투자도 달라져야 한다는 사례입니다.