IIoT 구현 성공의 핵심, IT-OT 협업 전략과 실무 적용 가이드
ERP는 들어왔는데, 설비 데이터는 왜 아직 따로 노는가
공장에 ERP를 들이고 나면 다음 과제로 "설비 데이터 연결"이 떠오릅니다. PLC와 센서에서 나오는 값을 생산계획·품질 데이터와 한 화면에서 보고 싶다는 요구입니다.
그런데 이 단계에서 멈추는 프로젝트가 적지 않습니다. 원인은 대개 기술보다 조직 경계에 있습니다. 설비와 제어를 맡는 OT 조직과 서버·네트워크·업무시스템을 맡는 IT 조직이 서로 다른 기준으로 일하기 때문입니다.
이 글에서는 IIoT를 계층별로 나눠 IT와 OT의 책임 경계를 정리합니다. 이어서 MQTT·Sparkplug·OPC UA의 쓰임새, 통합 비용 구조, OT 보안 기준, 반복되는 실패 패턴, 기존 설비를 살린 혼합 운영 방식까지 차례로 다룹니다.
같은 데이터를 다르게 보는 두 조직, IT와 OT
OT 조직에게 최우선은 설비를 멈추지 않는 것입니다. 보안 패치 하나, 재부팅 한 번이 곧 생산 중단으로 이어지기 때문입니다. 반면 IT 조직은 정기 패치와 중앙 관리로 보안과 데이터 일관성을 지키는 것을 기본 업무로 삼습니다.
- 우선순위: OT는 가용성과 안전, IT는 보안과 데이터 일관성을 먼저 봅니다.
- 변경 주기: OT는 설비 수명에 맞춰 천천히 바뀌고, IT는 소프트웨어 주기에 맞춰 빠르게 바뀝니다.
- 데이터 단위: OT는 실시간 신호값을, IT는 주문·재고 같은 거래 기록을 다룹니다.
국내 현황도 이 간극을 보여줍니다. 중소벤처기업부의 제1차 스마트제조혁신 실태조사에 따르면 스마트공장 도입 기업의 주요 도입 기술은 ERP가 "76.3%"로 가장 많았고, 제어컨트롤러는 16.9%, MES는 "14.4%"에 그쳤습니다. 경영 시스템에 비해 현장 제어·실행 계층의 디지털화가 상대적으로 더딘 것으로 읽힙니다.
같은 조사에서 스마트공장 도입 범위는 "99.8%"가 "부분 도입"으로 나타났습니다. 도입이 공정 일부에 머물러 있어, 시스템 사이에 연결이 끊긴 구간이 생기기 쉬운 구조로 볼 수 있습니다. IT-OT 협업 과제는 결국 이 끊긴 구간을 잇는 일입니다.
계층별로 나눠 보는 IIoT 구조와 책임 경계
IIoT는 하나의 제품이 아니라 여러 계층이 이어진 구조입니다. 계층마다 책임 주체가 다르고, 협업 문제는 대부분 계층과 계층 사이의 "경계"에서 생깁니다.
- 현장 계층: 센서·PLC·드라이브가 있는 곳으로, 신호 정의와 설비 안전은 OT가 책임집니다.
- 엣지 계층: 산업용 게이트웨이가 신호를 수집·변환·버퍼링하며, 설치는 OT가 하고 네트워크·보안 설정은 IT가 함께 관리하는 공동 영역입니다.
- 메시징 계층: MQTT 브로커가 데이터 배포 허브 역할을 하며, 가용성·인증은 IT가 맡고 토픽 구조는 양측이 합의해 설계합니다.
- 운영 계층: SCADA·MES가 실시간 모니터링과 작업 지시를 담당하며 OT가 주도합니다.
- 분석 계층: 데이터 저장소·클라우드·ERP 연계를 담당하며 IT가 주도합니다.
문제가 자주 생기는 곳은 엣지와 메시징 계층입니다. 게이트웨이와 브로커는 양쪽 모두 "상대 영역"으로 여기기 쉬워 책임 공백이 생깁니다. 착수 전에 이 구간의 운영 주체를 문서로 정해 두는 것이 기술 선정보다 앞서야 합니다.
MQTT·Sparkplug·OPC UA, 어디에 무엇을 쓰나
세 가지는 경쟁 관계로 비교되곤 하지만, 실제로는 맡는 역할이 다릅니다. 각각의 성격을 먼저 이해하면 조합이 자연스럽게 정해집니다.
MQTT는 브로커를 중심에 둔 발행·구독 방식입니다. 장비와 시스템이 서로 직접 연결되지 않고 브로커에 데이터를 게시하거나 구독하므로, 연결 대상이 늘어도 구조가 단순하고 통신량이 적습니다. 다만 토픽 이름과 데이터 형식을 규정하지 않아, 같은 온도값도 공장마다 다른 이름과 형식으로 흘러 다닙니다.
Sparkplug는 Eclipse 재단이 관리하는 개방형 사양으로, MQTT 위에 토픽 명명 규칙, 데이터 인코딩 방식, 장비 연결 상태 관리를 정의합니다. 장비가 접속할 때 자신의 태그 목록과 단위를 알리고 연결이 끊기면 이를 통지하므로, 수신 측이 데이터의 의미를 따로 해석할 필요가 줄어듭니다.
OPC UA는 설비의 구조와 속성을 계층적인 정보 모델로 표현하는 데 강점이 있습니다. 설비와 설비, 설비와 SCADA 사이의 정밀한 연동에 주로 쓰이며, 발행·구독 방식도 사양에 포함하고 있습니다.
| 구분 | MQTT 단독 | MQTT + Sparkplug | OPC UA |
|---|---|---|---|
| 통신 방식 | 브로커 기반 발행·구독 | 브로커 기반 발행·구독 | 클라이언트·서버 중심, 발행·구독 병행 |
| 데이터 의미 정의 | 없음(사용자가 직접 설계) | 토픽·데이터 형식 규칙 표준화 | 정보 모델로 상세 표현 |
| 장비 상태 인지 | 별도 구현 필요 | 접속·단절 상태 자동 통지 | 세션 기반으로 확인 |
| 강점 영역 | 경량 원격 수집, 클라우드 전송 | 다수 설비 데이터의 상위 통합 | 설비·제어 계층 간 정밀 연동 |
| 주의점 | 명명 규칙을 직접 만들어야 함 | 사양 지원 장비·소프트웨어 확인 필요 | 설정·모델링 난도가 높음 |
현장에서는 설비 쪽을 OPC UA로 묶고, 게이트웨이에서 Sparkplug 형식으로 바꿔 상위로 보내는 조합이 흔합니다. 어느 하나를 고르는 문제라기보다 계층별로 역할을 나누는 문제로 보는 편이 정확합니다.
비용 구조: 라이선스보다 커지는 통합 비용
같은 실태조사에서 중소기업의 스마트공장 평균 도입 비용은 7억 5천만 원으로 조사됐습니다. 조사 전체로 보면 도입 방식은 외부 전문기업을 통한 경우가 46.4%, 자체 전문인력을 활용한 경우가 "45.9%"로 비슷한 비중이었습니다.
두 방식이 비슷한 비중이라는 것은 IT-OT 연결 구간의 책임도 외부 공급사와 내부 인력 사이에서 쪼개지기 쉽다는 의미입니다. 그래서 비용을 추정할 때 소프트웨어 가격표만 봐서는 실제 지출을 놓치게 됩니다.
- 태그 정리 비용: 설비별 신호 목록을 만들고 이름을 표준화하는 작업으로, 오래된 설비일수록 문서가 없어 현장 확인 시간이 늘어납니다.
- 프로토콜 변환 비용: 구형 PLC와 기존 통신 방식을 게이트웨이에서 변환하기 위한 드라이버·설정 작업이 필요합니다.
- 운영 인력 비용: 브로커·게이트웨이 장애 대응, 인증서 갱신, 펌웨어 업데이트가 상시 업무로 남습니다.
- 구독 누적 비용: 클라우드·구독형 서비스는 초기 부담이 작지만 태그 수와 데이터량, 사용자 수에 따라 해마다 늘어납니다.
구독형과 자체 구축형은 트레이드오프 관계입니다. 구독형은 시작이 가볍지만, 설비 데이터는 한 번 연결하면 계속 쌓이는 성격이라 운영비가 꾸준히 커집니다. 자체 구축형은 초기 부담과 운영 인력 확보가 과제입니다. 어느 쪽이든 "데이터를 어디에, 얼마나 오래 둘 것인가"를 먼저 정하고 여러 해 누적 비용으로 비교해야 합니다.
OT 보안과 규격: 연결을 늘리기 전에 정할 것
IIoT는 폐쇄망이던 제어 계층을 외부와 연결하는 작업이므로, 연결이 늘어나는 만큼 공격 경로도 새로 생깁니다. 산업 제어시스템 보안 국제표준인 IEC 62443 계열은 보안 요구 수준이 비슷한 설비를 "영역"으로 묶고, 영역 사이를 오가는 통신 "통로"를 통제하도록 요구합니다. 영역마다 목표 보안 수준을 정해 대책의 강도를 달리하는 방식입니다.
- 제어망과 업무망 사이에 중간 완충 영역을 두고, 브로커나 데이터 중계 서버를 그 안에 배치합니다.
- 현장에서 상위로 나가는 방향의 통신을 기본으로 하고, 외부에서 제어 계층으로 들어오는 연결은 최소화합니다.
- 브로커 접속에는 장비별 인증과 암호화 통신을 적용하고, 토픽 단위로 읽기·쓰기 권한을 나눕니다.
- 클라우드에서 설비로 명령을 보내는 양방향 제어는 별도의 안전 검토와 승인 절차를 둡니다.
보안 정책 수립은 IT가 주도하더라도, 그 정책이 설비 정지로 이어지는지는 OT만 판단할 수 있습니다. 패치 일정, 접속 차단 규칙, 장애 시 복구 순서는 반드시 두 조직이 함께 검토해야 현장에서 지켜지는 규칙이 됩니다.
협업 프로젝트가 멈추는 네 가지 패턴
실태조사에 따르면 제조데이터를 수집하는 기업은 전체의 "60.8%"였고, 이 중 실제 분석까지 수행하는 기업은 "52.1%"였습니다. 제조데이터·AI 관련 전담 부서와 인력을 보유한 기업은 "0.8%"로 나타났습니다. 수집 기반에 비해 데이터를 활용할 조직이 부족하다는 신호이며, 아래 패턴들과 맞닿아 있습니다.
태그 명명 규칙 없이 연결부터 시작하는 경우
설비마다 연동 담당자가 다르면 같은 신호도 제각각의 이름을 갖게 됩니다. 연결 대수가 늘어날수록 상위 시스템의 매핑 작업이 불어나고, 한 라인에서 만든 분석 모델을 다른 라인에 재사용할 수 없게 됩니다. 명명 규칙은 첫 라인을 연결하기 전에 확정해야 합니다.
게이트웨이와 브로커에 주인이 없는 경우
데이터가 끊기면 OT는 네트워크 문제로, IT는 설비 문제로 판단해 복구가 늦어집니다. 운영 책임자와 연락 체계를 공급 계약서와 운영 문서에 명시해 두지 않으면 같은 일이 반복됩니다.
파일럿 성공이 확산으로 이어지지 않는 경우
파일럿이 특정 설비나 특정 공급사 방식에 맞춰져 있으면 다른 라인에 적용할 때 사실상 처음부터 다시 시작하게 됩니다. 파일럿 단계부터 개방형 사양으로 구성하고, 태그 규칙·보안 설정·화면 템플릿처럼 재사용할 산출물을 남기는 것이 확산 비용을 줄입니다.
데이터는 쌓이는데 쓰는 사람이 없는 경우
수집 목적이 불분명하면 저장 비용만 늘어납니다. 불량률이나 설비 가동률처럼 현업이 이미 관리하는 지표 하나를 먼저 정하고, 그 지표에 필요한 신호를 거꾸로 골라 연결하는 방식이 효과적입니다.
기존 설비와 병행하는 혼합 운영 방식
IIoT를 위해 모든 설비를 새 방식으로 바꿀 필요는 없습니다. 기존 통신 방식을 유지하면서 필요한 구간만 연결하는 혼합 운영이 현실적인 선택인 경우가 많습니다.
- 기존 통신 유지 + 게이트웨이 변환: Modbus 등 기존 방식의 설비는 그대로 두고, 엣지에서 MQTT로 변환해 상위로 보냅니다.
- OPC UA와 MQTT 병행: 설비·SCADA 연동은 OPC UA로, 전사·클라우드 배포는 MQTT로 역할을 나눕니다.
- 엣지·클라우드 분할: 실시간 알람과 현장 판단은 엣지에서, 장기 추세 분석과 모델 학습은 클라우드에서 처리합니다.
혼합 운영에서 가장 주의할 점은 변환 지점을 늘리지 않는 것입니다. 데이터가 여러 번 형식을 바꿔 거칠수록 지연과 단위 오류가 생길 지점도 함께 늘어납니다. 계층마다 변환 위치를 한 곳으로 정리해 두면 장애 원인을 추적하기도 쉬워집니다.
디지털 트윈의 전제, 장비 정보 표준화
디지털 트윈은 설비와 공정을 가상 모델로 구현해 가상 시운전, 예지정비, 공정 조건 검토에 활용하는 기술입니다. 그런데 실무에서 발목을 잡는 것은 모델링 소프트웨어보다 장비 정보입니다. 공급사마다 사양 문서의 형식이 다르고, 설치 후 개조 이력이 반영되지 않으며, 통신 설정값이 담당자 개인 PC에만 남아 있는 경우가 흔합니다.
- 설비 대장과 태그 목록을 하나의 기준 문서로 통합합니다.
- 신규 설비를 발주할 때 통신 설정과 데이터 항목 정보를 전자 파일로 받도록 구매 요건에 넣습니다.
- 개조·교체가 있을 때 설비 정보를 갱신하는 절차와 담당자를 정합니다.
이 작업은 IIoT의 태그 체계 정비와 겹칩니다. IIoT를 구축하면서 장비 정보를 함께 정리해 두면, 나중에 디지털 트윈을 추진할 때 준비 부담을 줄일 수 있습니다.
기술 선택보다 먼저 "데이터의 주인"을 정하라
IIoT가 막히는 이유는 프로토콜의 성능보다 계층 사이의 책임 공백인 경우가 많습니다. MQTT와 Sparkplug, OPC UA는 계층별로 역할을 나눠 조합하는 도구이고, 비용은 라이선스보다 태그 정리·변환·운영에서 더 커집니다. 보안 규칙은 IT와 OT가 함께 만들어야 현장에서 지켜집니다.
첫걸음은 작게 시작하는 편이 좋습니다. 한 라인을 골라 설비 신호 목록과 담당자를 표로 정리하고, 게이트웨이와 브로커 구간의 운영 책임자를 IT·OT 합의로 지정해 보십시오. 그 표가 곧 태그 명명 규칙과 보안 영역 설계의 출발점이 되며, 이후 공급사가 바뀌어도 이어갈 수 있는 기준이 됩니다.
참고문헌
- 중소벤처기업부. "2024년 스마트제조혁신실태조사 결과 발표." 대한민국 정책브리핑. 2025.04.28. https://www.korea.kr/briefing/pressReleaseView.do?newsId=156686561. (공공누리 제1유형 출처표시 조건에 따라 텍스트를 이용했습니다. 정책브리핑 저작권정책: https://www.korea.kr/guide/copyRight.do)
본 게시물은 AI 어시스턴트를 활용하여 초안을 작성하고 편집자의 검수를 거쳤습니다. 타 기업명 및 영업 기밀 보호를 위해 본문 중 일부 고유명사는 익명화(A/B) 처리되었습니다.