인터넷 장애와 측정 중단을 구분합니다
게이트웨이가 서버에 연결되지 않아도 센서는 계속 측정할 수 있습니다. 이때 측정을 버릴지, 현장에 저장할지, 최근 값만 유지할지에 따라 복구 후의 데이터가 달라집니다. 엣지 처리를 제공하는 플랫폼을 사용하더라도 디스크 한도와 보관 정책은 업무 목적에 맞춰 정해야 합니다. 수집 주기와 메시지 크기로 예상 적재량부터 계산해 보세요.
현재 데이터와 밀린 데이터의 전송량을 나눕니다
복구 직후 누적 데이터를 한꺼번에 전송하면 새 이벤트까지 지연될 수 있습니다. 실시간 전송과 과거 재전송에 별도 우선순위 또는 속도 제한을 적용하고, 발생 시각과 서버 도착 시각을 함께 보관합니다. 순서가 뒤집혀 도착하더라도 최신 상태가 과거 값으로 덮이지 않도록 상태 저장과 이력 저장의 규칙도 나눕니다.
저장소가 꽉 찬 상황까지 확인합니다
시험 환경에서 서버 연결을 차단하고 저장 한도에 도달한 뒤 다시 연결합니다. 삭제되는 데이터의 종류, 손실 구간 표시와 운영 알림을 확인하세요. 원본을 모두 보관하기 어렵다면 집계로 대체할 범위를 정하되 집계값을 원본처럼 표현하지 않습니다. 재부팅 중 파일 기록이 중단됐을 때 손상된 구간을 건너뛰고 정상 기록부터 복구하는지도 확인합니다.
검수 후 남겨둘 자료
복구 보고서에는 단절 시작·종료 시각, 저장한 건수, 재전송한 건수와 버린 건수를 구분해 기록합니다. 기기의 버퍼 한도를 바꿨다면 그 버전도 남기세요. 한 번의 복구에서 서버 적재 건수와 원본 이벤트 수가 일치하는지 비교하고, 차이가 있는 이벤트 ID를 추출할 방법을 운영 도구에 포함합니다.
프로젝트에서 확인할 항목
- 최대 오프라인 시간과 저장 용량을 산정했는가
- 실시간·과거 재전송의 우선순위를 정했는가
- 용량 초과로 손실된 구간을 조회할 수 있는가
참고 자료
자료 확인일: 2026.10.11 · 본문의 적용 예시와 체크리스트는 참고 자료를 바탕으로 정리한 실무 제안입니다.
기술 동작은 아래 공식 문서를 참고했습니다. 적용 조건과 지원 버전은 프로젝트 환경에 맞게 확인하세요.
작성팀 소개
TOPPING 편집팀 · IoT·헬스케어 개발 콘텐츠
공식 기술 문서를 바탕으로 개발 범위, 데이터 연동과 검수 기준을 정리합니다. 글에 제시된 적용 예시는 프로젝트 검토를 위한 제안이며, 특정 고객사의 구축 실적이나 의료적 판단을 의미하지 않습니다.
