공장 네트워크는 끊길 수 있습니다. 센서 데이터를 그때마다 버리면 생산 이력과 원인 분석에 구멍이 생깁니다. 엣지 게이트웨이는 연결이 끊겼을 때도 수집을 이어 가고, 복구 뒤 순서와 중복을 통제하며 전송해야 합니다.
버퍼 용량을 업무 기준으로 정한다
초당 이벤트 수, 평균 크기, 예상 단절 시간으로 필요한 저장 공간을 계산합니다. 전부 보관할 수 없다면 품질·안전과 연결된 이벤트, 집계값, 디버깅 로그의 우선순위를 정합니다. 중요한 데이터를 오래된 로그에 밀려 버리지 않게 합니다.
원천 ID와 발생 시각을 붙인다
재연결 뒤 전송 순서가 바뀌거나 같은 데이터가 다시 올라올 수 있습니다. 이벤트마다 장비 ID, 시퀀스 번호 또는 고유 ID, 발생 시각을 기록해 서버에서 중복 제거와 재정렬이 가능하도록 합니다. 서버 수신 시각을 발생 시각으로 덮어쓰지 않습니다.
저장 중 손상도 대비한다
전원 차단이 버퍼 쓰기 중에 일어날 수 있습니다. 디스크 내구성과 원자적 기록 방식을 선택하고, 재시작 후 손상된 항목을 격리합니다. 저장 공간이 꽉 찼을 때는 조용히 삭제하지 말고 우선순위 정책과 경보를 적용합니다.
복구 트래픽을 제한한다
네트워크가 돌아오자마자 모든 장비가 한꺼번에 밀린 데이터를 보내면 중앙 서버가 과부하될 수 있습니다. 배치 크기와 전송 속도를 제한하고 정상 실시간 데이터의 지연도 관찰합니다. 서버가 처리한 마지막 위치를 확인하며 이어 보냅니다.
단절 연습으로 보장 수준을 확인한다
하루짜리 네트워크 단절, 재부팅, 디스크 부족을 시험합니다. 수집 건수와 서버 반영 건수를 대조하고 유실·중복·최종 반영 지연을 기록합니다. '절대 유실 없음'이라는 약속은 하드웨어 고장까지 포함하는지 범위를 분명히 해야 합니다.
현장에 적용할 때의 순서
- 단절 시간과 버퍼 용량 산정
- 고유 ID·발생 시각 저장
- 속도 제한하며 재전송
주의할 실패: 재연결 시 무제한 동시 전송
관찰할 지표: 유실·중복·최종 반영 지연
적용 전 체크리스트
- 단절 시간에 맞춘 버퍼 용량과 우선순위가 있는가
- 이벤트 ID와 발생 시각으로 중복을 처리하는가
- 재연결 폭주와 디스크 부족을 시험했는가
참고 자료
Azure IoT Edge offline capabilities. 오프라인 상태의 메시지 보관과 재연결 개념을 참고했습니다. 용량·우선순위·복구 보장은 현장 요구에 따라 설계해야 합니다.
이미지와 도식은 이해를 돕기 위한 개념 시각화입니다. 특정 고객의 실제 설비·데이터·화면을 재현한 것이 아닙니다.
#엣지컴퓨팅 #오프라인수집 #스토어앤포워드 #제조데이터 #스마트팩토리 #이벤트전송 #데이터유실 #게이트웨이 #장애복구 #설비연동
