설비 이벤트는 발생한 순서대로 서버에 도착하지 않습니다. 게이트웨이 버퍼링과 네트워크 지연 때문에 늦게 들어온 데이터가 과거 작업을 설명할 수 있습니다. 발생 시각과 수집 시각을 섞으면 비가동 시간과 생산량 집계가 어긋납니다.
두 시각의 의미를 분리한다
발생 시각은 센서나 PLC에서 사건이 일어난 때이고, 수집 시각은 서버가 기록을 받은 때입니다. 가능하면 원천 장비의 시각, 게이트웨이 수신 시각, 서버 저장 시각을 각각 보관합니다. 시계 동기화 상태와 시간대도 데이터 계약에 포함합니다.
순서가 뒤바뀌는 상황을 테스트한다
예를 들어 설비 정지 이벤트가 10시 1분에 발생했지만 10시 5분에 도착하고, 재가동 이벤트가 먼저 도착할 수 있습니다. 수집 순서대로 상태를 계산하면 정지 시간이 음수나 0이 됩니다. 이벤트 ID와 발생 시각 기준으로 재정렬 가능한 구조가 필요합니다.
집계 마감 지연을 정한다
즉시 보고가 필요한 대시보드와 정확한 일일 실적은 요구가 다릅니다. 지연 허용 구간을 두고 늦게 도착한 이벤트를 어느 기간의 집계에 반영할지 정합니다. 마감 후 수정이 일어나면 수정 이력과 이전 숫자를 추적할 수 있어야 합니다.
중복과 누락을 별도로 다룬다
재전송된 이벤트를 신규 생산량으로 더하면 수치가 부풀고, 끊긴 구간을 0으로 처리하면 실제 미수집과 무생산을 혼동합니다. 원천 이벤트 ID로 중복을 제거하고 누락 구간을 명시적인 품질 상태로 표시합니다.
지표에 최신성과 확정 여부를 붙인다
실시간 화면의 숫자는 잠정치일 수 있습니다. 마지막 수신 시각, 늦게 도착한 건수, 확정 여부를 보여 주면 운영자가 숫자를 더 올바르게 해석합니다. 분석 모델에도 잠정 데이터와 확정 데이터를 혼용하지 않도록 경계를 둡니다.
현장에 적용할 때의 순서
- 원천·수집 시각 함께 기록
- 지연 허용과 재집계 규칙 설정
- 잠정치와 확정치 구분
주의할 실패: 도착 순서로 공정 순서 확정
관찰할 지표: 늦은 이벤트 수와 재집계 건수
적용 전 체크리스트
- 발생·수집·저장 시각을 구분해 저장하는가
- 늦은 이벤트와 중복 이벤트의 처리 규칙이 있는가
- 실시간 지표에 잠정·확정 상태를 표시하는가
참고 자료
Apache Flink Event Time documentation. 이벤트 시각과 처리 시각의 구분 원칙을 참고했습니다. 공장 집계 규칙은 현장 데이터 계약에 따라 달라집니다.
이미지와 도식은 이해를 돕기 위한 개념 시각화입니다. 특정 고객의 실제 설비·데이터·화면을 재현한 것이 아닙니다.
#설비데이터 #이벤트타임 #스마트팩토리 #데이터파이프라인 #시계동기화 #스트리밍 #OEE #데이터품질 #엣지컴퓨팅 #제조데이터
