공장의 OT 아키텍처는 ISA-95와 Purdue 모델이라는 수십 년의 표준이 정리해 놓았지만, 물류센터는 사정이 다릅니다. 컨베이어·소터·자동창고·AMR이 한 지붕 아래서 서로 다른 제어기와 프로토콜로 움직이고, 그 위에 WMS·WCS·WES라는 세 글자 약어가 벤더마다 다른 의미로 얹힙니다. 물류센터 OT를 설계할 때 잡아야 할 계층 구조와, 현장에서 검증된 모범사례를 정리합니다.
4계층으로 읽는 물류센터 OT 스택
- 설비 계층 (PLC·드라이브·센서) — 컨베이어 구동부와 소터 디버터를 제어하는 PLC, 바코드 스캐너·비전·광전 센서, 인버터. 사이클이 밀리초 단위이며, 이 계층의 정지는 곧 라인 정지입니다.
- 제어 계층 (WCS) — 설비를 묶어 흐름을 만드는 창고 제어 시스템. 캐리어 트래킹, 머지·분기 제어, 슈트 배정이 여기서 일어납니다.
- 실행 계층 (WES) — 주문 웨이브를 풀어 작업을 설비와 사람에게 배분하는 오케스트레이션. WCS와 WMS 사이의 실시간 의사결정 층으로, 최근 아키텍처에서 비중이 가장 빠르게 커지는 계층입니다.
- 관리 계층 (WMS·ERP·TMS) — 재고·주문·운송. 트랜잭션 단위이며 실시간성 요구는 상대적으로 낮습니다.
계층이 다른 계층의 일을 대신하기 시작하면 — WMS가 컨베이어를 직접 제어하거나 PLC에 주문 로직이 들어가면 — 그 아키텍처는 확장 단계에서 반드시 무너집니다. 계층별 책임 분리가 첫 번째 원칙입니다.
모범사례 다섯 가지
- 포인트-투-포인트 통합을 끊는다 — WMS↔WCS↔설비를 1:1 인터페이스로 엮으면 설비가 늘 때마다 통합 비용이 제곱으로 늘어납니다. 메시징 브로커 기반 이벤트 버스와 통일된 네임스페이스(UNS)로 "누구나 같은 주소에서 같은 데이터를 읽는" 구조를 먼저 세웁니다.
- 프로토콜은 표준으로 — 신규 설비는 OPC UA, 텔레메트리는 MQTT(Sparkplug B), 레거시 PLC는 게이트웨이에서 Modbus 등을 변환해 수용합니다. AMR 플릿은 VDA 5050 표준으로 벤더 종속 없이 통합하는 것이 세계적 추세입니다.
- 처리량 지표는 OT에서 직접 세운다 — 시간당 분류량, 슈트 잼, 머지 대기, 설비 가동률은 WMS 리포트가 아니라 설비 신호에서 실시간으로 계산해야 피크 시즌에 씁니다. 출고 마감 두 시간 전에 나오는 리포트는 이미 늦습니다.
- 예지보전은 구동부부터 — 물류센터 다운타임의 대부분은 모터·롤러·벨트 같은 구동부에서 나옵니다. 전류·진동 시계열의 기준선 학습만으로도 베어링 마모와 벨트 슬립의 전조를 잡을 수 있습니다.
- 망 분리는 IEC 62443의 존·콘딧으로 — 설비망과 사무망 사이에 DMZ를 두고, WCS·WES는 OT 존에, 원격 벤더 접속은 감사 가능한 단일 통로로 제한합니다. 물류센터는 24시간 가동이라 "나중에 패치"가 통하지 않는 만큼 경계 방어가 더 중요합니다.
결론
물류센터 OT의 난이도는 설비가 아니라 통합에서 나옵니다. 계층별 책임을 지키고, 표준 프로토콜과 이벤트 버스로 데이터를 한 번만 수집해 모두가 쓰게 하는 것 — 이것이 처리량과 가용성을 동시에 지키는 구조입니다. PlantPulse®가 물류 현장에서 게이트웨이 수집(Edge), 시계열 저장·자산 모델(Platform), 구동부 이상탐지(AI), 현장 화면(Studio)을 하나의 스택으로 묶는 이유도 같습니다 — 데이터는 한 번 모으고, 모든 계층이 같은 그림을 보게.