산업용 사물인터넷(IIoT) 시스템을 위한 실용적 분류법

'왕들은 좋은 유리 의자에서 체스를 둔다(Kings Play Chess On Fine Glass Stools)'는 문구를 기억하시나요? 기발하게 들릴 수 있지만, 고전적인 생물학적 분류인 계(Kingdom), 문(Phylum), 강(Class), 목(Order), 과(Family), 속(Genus), 종(Species)을 기억하는 데 도움이 되는 암기법입니다.

지구상 생명의 다양성은 놀랍습니다. 잘 구조화된 분류법은 생물학자에게 필수적입니다. 공통 특성으로 유기체를 그룹화하여 과학자들이 패턴을 식별하고 보편적 규칙을 공식화할 수 있게 합니다.

산업용 사물인터넷(IIoT) 시스템도 그만큼 다양합니다. 비교 가능한 분류법 없이는 아키텍트들이 적절한 아키텍처, 프로토콜, 기술을 선택하기 어렵습니다.

최상위 범주 선택이 첫 번째 과제입니다. 생물학에서 동물을 서식지(육지, 바다, 공기)로 그룹화할 수 있지만, 이는 구조에 대한 통찰을 거의 주지 않습니다. 대신 유기체는 형태와 기능으로 나뉘며, 이는 설계에 직접 영향을 미칩니다.

마찬가지로 '의료'나 '에너지' 같은 산업 라벨은 기본 아키텍처를 결정하지 않습니다. 진정한 동인은 시스템이 해결해야 할 과제이며, 그것이 속한 부문이 아닙니다.

이 통찰은 급진적으로 보일 수 있습니다: 산업별 표준과 프로토콜은 종종 차세대 IIoT 아키텍처 설계에 무관합니다. 엔터프라이즈 인터넷은 범용적이고 재사용 가능한 기술이 결국 승리함을 가르쳐주었습니다.

그럼 어떤 기준이 IIoT 범주를 정의해야 할까요? 풍경을 실행 가능한 그룹으로 분할하는 몇 가지 핵심 특성이 필요합니다.

수천 개의 기능적, 비기능적 요구사항이 있지만, 아키텍처에 직접 영향을 미치는 것들(명확하고, 측정 가능하며, 결과적)에 집중해야 합니다.

거의 1,000개의 실제 IIoT 배포에 대한 RTI의 경험을 바탕으로, 다음 분류법은 정량적 지표를 사용하여 명확한 경계를 만듭니다. 숫자는 임의적이지 않으며 많은 프로젝트에서 관찰된 실용적 임계값을 반영합니다.

IIoT 분류법 제안

신뢰성 [지표: 지속적 가용성이 '99.999%'보다 우수해야 함]

'고도로 신뢰할 수 있음'은 모호한 약속입니다. 신뢰성을 아키텍처로 변환하려면: 연간 5분 중단의 결과는 무엇인가? 산업 시스템은 종종 밀리초의 다운타임도 용납할 수 없습니다.

어떤 중단도 피해야 하는 시스템은 중복 컴퓨팅, 센서, 네트워크 등이 필요합니다. 이런 경우 신뢰성이 주요 아키텍처 동인이 됩니다.

실시간 [지표: 응답 < 100ms]

속도가 중요하지만 설계를 형성하는 임계값은 일반적으로 수십 밀리초입니다. 100ms 제한은 일반적인 서버나 브로커가 도입하는 최대 지터와 일치합니다.

이보다 빠르게 응답해야 하는 아키텍처는 보통 P2P 접근 방식을 채택하며, 이는 상당한 설계 변화를 의미합니다.

데이터 세트 규모 [지표: 데이터 세트 크기 > 10,000 항목]

고유 데이터 항목 수가 약 10,000개를 초과하면 모든 업데이트를 브로드캐스트하는 것이 비현실적입니다. 이러한 시스템은 데이터를 모델링하고 선택적 필터링을 가능하게 하는 데이터 중심 설계를 요구합니다.

팀 또는 애플리케이션 규모 [지표: 상호작용하는 팀 또는 애플리케이션 수 > 10]

여러 독립적인 개발 팀이나 애플리케이션은 복잡한 상호운용성 과제를 도입합니다. 인터페이스를 명시적으로 관리하는 데이터 중심 아키텍처가 필수적입니다.

장치 데이터 발견 과제 [지표: 다변량 데이터 세트를 가진 > 20가지 장치 유형]

장치가 많고 이기종인 환경에서는 런타임 인트로스펙션이 중요합니다. 20가지 이상의 장치 유형이 존재하면 수동 구성은 감당할 수 없게 되어 자동화된 발견 메커니즘이 필요합니다.

분산 포커스 [지표: 팬아웃 > 10]

팬아웃은 단일 데이터 변경에 대해 알림을 받아야 하는 수신자 수를 측정합니다. 10을 초과하면 단순한 1:1 연결 모델은 실패하며, 아키텍처는 효율적인 멀티캐스트 또는 발행-구독 패턴을 지원해야 합니다.

수집 포커스 [지표: 팬인 > 100인 단방향 데이터 흐름]

주로 저장이나 분석을 위해 데이터를 수집하는 시스템(종종 클라우드 백엔드로 정보 전송)은 허브-스포크나 클라우드 중심 설계를 활용하여 아키텍처를 단순화할 수 있습니다.

분류법의 이점

잘 정의된 IIoT 분류법은 사치가 아니라 정보에 입각한 설계를 위한 전제 조건입니다. 핵심 과제를 명확히 함으로써 아키텍트는 올바른 프로토콜, 네트워크 토폴로지, 컴퓨팅 리소스를 선택하여 서버 위치 오류나 부적절한 실시간 주장 같은 비용이 많이 드는 실수를 피할 수 있습니다.

산업인터넷컨소시엄이 이 작업을 맡을 태세입니다. 새로운 워킹 그룹이 이러한 근본적인 비즈니스 및 기술적 필수 요소를 증류하는 것을 목표로 합니다. 다음 IIC 멤버 회의인 바르셀로나에서 그룹을 공동 출범하게 되어 기쁩니다. 관심이 있으시면 stan@rti.com, Dirk Slama(Dirk.Slama@bosch-si.com), Jacques Durand(JDurand@us.fujitsu.com)로 연락주세요. 함께 우리의 집단적 경험을 모아 IIoT의 미래를 형성할 수 있습니다.