IoT·Edge Computing과 디지털 트윈
센서·디바이스·게이트웨이·네트워크·클라우드로 구성되는 IoT와 Edge 처리, 장치 보안·디지털 트윈의 원리를 학습한다.
1. IoT의 의미
IoT(Internet of Things)는 센서·장치·기계·시설이 데이터를 수집하고 네트워크로 교환하며 분석·제어 서비스를 제공하는 구조이다.
물리 환경
↓ 감지
Sensor·Device
↓
Gateway·Network
↓
Edge·Cloud Platform
↓
저장·분석·AI·업무시스템
↓
알림·자동제어·의사결정
“인터넷에 연결된 기기”만으로 끝나는 것이 아니라 식별, 데이터, 통신, 처리, 관리, 보안과 업무 활용을 포함한다.
2. 센서와 액추에이터
- 센서: 물리 상태를 측정해 전기·디지털 신호로 변환
- 액추에이터: 명령을 받아 물리 장치를 동작
- 마이크로컨트롤러: 입력을 읽고 프로그램에 따라 제어
- 임베디드 시스템: 특정 기능을 수행하도록 장치에 내장된 컴퓨팅 시스템
온도 센서 ─► MCU ─► 네트워크
│
└─► 냉각팬 제어
제공 자료의 Arduino는 센서·스위치 입력과 LED·모터 출력을 실습하는 대표적인 마이크로컨트롤러 플랫폼으로 이해할 수 있다.
3. IoT 계층 구조
| 계층 | 역할 |
|---|---|
| 디바이스 | 감지·제어·로컬 연산 |
| 연결 | 유·무선 통신과 주소·전송 |
| 게이트웨이·Edge | 프로토콜 변환·필터·로컬 분석 |
| 플랫폼 | 장치 등록·메시지·저장·규칙·디지털 트윈 |
| 응용 | 스마트공장·교통·에너지·의료·시설관리 |
실제 제품은 계층이 결합되거나 명칭이 다를 수 있다.
4. 통신 방식
IoT 통신은 거리, 전력, 대역폭, 지연, 장애물, 비용, 보안을 고려해 선택한다.
| 범주 | 특징·예 |
|---|---|
| 근거리 | Bluetooth LE, Zigbee, Wi-Fi |
| 저전력 광역 | LPWAN 계열 |
| 이동통신 | LTE·5G 계열 |
| 유선 | Ethernet, 산업용 필드 네트워크 |
| 위성 | 원격 지역·해상 |
배터리 장치는 통신 빈도와 메시지 크기가 전력 소모에 큰 영향을 준다.
5. MQTT와 CoAP 개념
MQTT
가벼운 Publish/Subscribe 메시징 구조를 사용한다.
Temperature Sensor ─ publish ─► Broker
├─► Monitoring App
├─► Alert Service
└─► Storage
- Topic 기반
- 느슨한 송수신자 결합
- QoS 수준
- 유지 세션·보존 메시지 등
- 브로커 인증·권한이 중요
CoAP
제한된 장치·네트워크를 위한 경량 요청·응답 프로토콜 개념으로, REST와 유사한 자원 중심 방식을 사용한다.
프로토콜 이름보다 브로커 기반 메시징인지, 요청·응답인지, 신뢰성·전력·보안 요구가 무엇인지 구분한다.
6. Gateway
Gateway는 장치망과 상위 네트워크 사이를 연결한다.
기능:
- 프로토콜 변환
- 데이터 필터·집계
- 로컬 캐시
- 장치 인증·등록
- 연결 불안정 시 버퍼링
- 보안 경계
- Edge 분석·제어
BLE Sensor ─┐
Zigbee Node ├─► Gateway ─► IP Network·Cloud
Serial PLC ─┘
Gateway가 단일 장애점이 될 수 있으므로 이중화·오프라인 동작을 고려한다.
7. Cloud와 Edge 비교
| 기준 | Cloud 처리 | Edge 처리 |
|---|---|---|
| 위치 | 중앙 데이터센터 | 장치 가까운 위치 |
| 지연 | 네트워크 왕복 영향 | 낮은 지연 가능 |
| 자원 | 대규모 연산·저장 | 제한적일 수 있음 |
| 연결 단절 | 서비스 영향 | 로컬 제어 가능 |
| 데이터 | 중앙 통합 | 민감정보·대역폭 절감 가능 |
| 관리 | 중앙화 | 다수 분산 노드 관리 필요 |
Sensor
├─ 긴급 정지 판단 → Edge에서 즉시
└─ 장기 예측 학습 → Cloud에서 대규모 분석
Edge와 Cloud는 경쟁 관계가 아니라 업무를 분담할 수 있다.
8. Edge Computing의 적용
- 실시간 품질검사
- 자율장치·로봇 제어
- 교통 신호 최적화
- 영상 전처리
- 설비 이상탐지
- 개인정보의 로컬 처리
- 연결 단절 시 계속 동작
고려사항:
- 모델·설정 배포
- 원격 업데이트
- 제한된 CPU·메모리
- 장치 이질성
- 물리적 탈취
- 로그·관측성
- 중앙과의 상태 동기화
9. IoT 장치 생명주기
설계·제조
↓
안전한 초기 설정
↓
등록·신원 부여
↓
배포·운영
↓
패치·키 회전·모니터링
↓
소유자 변경·재설정
↓
폐기·데이터 삭제
기본 비밀번호와 장기간 업데이트 불가 장치는 큰 위험이 된다.
10. IoT 보안 핵심
- 장치별 고유 신원
- 기본 자격증명 변경
- 안전한 부팅·펌웨어 무결성
- 서명된 업데이트
- 최소 기능·포트
- 통신 암호화
- 장치·서비스 권한분리
- 로컬 민감정보 보호
- 취약점 공개·패치 경로
- 공장 초기화·안전한 폐기
- 물리적 변조 대응
Device Identity
↓ 상호 인증
Gateway·Platform
↓ 최소권한 정책
Topic·API·Command 제한
IoT는 제품 수명이 길고 현장 접근이 어려울 수 있으므로 업데이트 가능성과 지원기간이 설계 단계부터 필요하다.
11. 디지털 트윈
디지털 트윈은 현실의 물리적·비물리적 개체를 전자적으로 표현하고, 관측 데이터와 모델을 연결해 상태 확인·시뮬레이션·예측·최적화를 지원한다.
Physical Asset
센서·운영상태
│ 데이터
▼
Digital Twin
모델·상태·이력
│ 분석·시뮬레이션
▼
예측·최적화·의사결정
│ 명령·정책
▼
Physical Asset
일반적인 3D 모델이나 정적 문서가 자동으로 디지털 트윈이 되는 것은 아니다. 현실 객체와 신뢰 가능한 데이터 연결, 상태 갱신, 모델 검증이 중요하다.
12. 디지털 트윈 활용
- 설비 상태 모니터링
- 예지정비
- 생산 공정 최적화
- 건물 에너지 관리
- 교통·도시 시뮬레이션
- 재난·운영 시나리오 분석
- 가상 시운전
- 제품 생명주기 관리
예지정비 흐름:
진동·온도 센서
↓
정상 패턴과 비교
↓
고장 가능성 예측
↓
정비 시점·부품 결정
↓
실제 정비 결과로 모델 개선
13. 디지털 트윈 위험
- 잘못된 센서·모델로 잘못된 판단
- 실제 자산과 모델의 동기화 실패
- 제어 명령 탈취
- 민감 운영정보 유출
- 상호운용성·표준 부족
- 모델 변경·버전 추적 부족
- 책임 주체 불명확
- 물리 시스템에 대한 사이버 영향
모델 정확도뿐 아니라 데이터 품질, 보안, 신뢰성, 검증·승인을 관리한다.
참고 기준
- NIST Cybersecurity for IoT Program
- NIST IR 8356: Digital Twin Security and Trust
14. MQTT QoS와 상태 흐름
MQTT 5.0의 전달 보장은 다음과 같다.
- QoS 0: at most once, 응답·재전송 없음
- QoS 1: at least once,
PUBLISH → PUBACK, 중복 가능 - QoS 2: exactly once의 프로토콜 흐름,
PUBLISH → PUBREC → PUBREL → PUBCOMP, 상태·오버헤드 큼
구독자가 허용한 최대 QoS와 발행 QoS 중 더 낮은 수준으로 전달될 수 있다. QoS 1 이상을 사용해도 애플리케이션의 DB 기록·외부 명령까지 자동으로 정확히 한 번이 되는 것은 아니므로 메시지 ID 기반 멱등 처리가 필요하다.
Retained message는 새 구독자에게 해당 topic의 최신 저장 메시지를 전달하고, Last Will은 비정상 연결 종료를 다른 구독자에게 알리는 데 사용한다.
15. Edge 지연·대역폭 계산
장치 1,000대가 초당 200바이트를 한 번씩 전송하면 payload만 200,000B/s, 약 1.6Mbit/s이다. 프로토콜 헤더·TLS·재전송·피크를 더해야 실제 회선 요구량이 된다.
전체 응답 지연 = 센서 수집 + 로컬 처리 + 전송 왕복 + 클라우드 처리 + 제어 반영
안전제어가 50ms 안에 끝나야 하는데 WAN 왕복만 80ms라면 클라우드만으로 충족하기 어렵다. Edge는 지연·연결단절·대역폭·개인정보 문제를 줄일 수 있지만 장치 관리와 공격면이 늘어난다.
16. 장치 신뢰와 생명주기
제조 시 고유 신원 주입 → 안전한 등록 → 상호 인증 → 최소권한 → 서명 OTA → 폐기·키 회수
Secure boot는 신뢰한 코드만 부팅하도록 검증하고, OTA 업데이트는 서명·버전·rollback 보호가 필요하다. 공용 기본 비밀번호, 장기 공유키, 디버그 포트 방치는 대규모 장치 탈취로 이어질 수 있다.
Gateway가 프로토콜을 변환하더라도 인증·암호화의 종단 경계가 어디인지 확인해야 한다. Gateway가 침해되면 많은 장치와 클라우드 사이의 신뢰가 동시에 무너질 수 있다.
17. 디지털 트윈의 상태 동기화
디지털 트윈은 단순 3D 모델이 아니라 실제 자산의 상태·이력·모델과 양방향 연결을 포함할 수 있다. 센서 지연이나 단절로 twin 상태가 오래되면 잘못된 제어가 발생할 수 있다.
- 관측 시각과 수신 시각을 분리
- 버전·sequence number로 역순 갱신 방지
- 오래된 상태의 TTL과 경고
- 실제 장치 명령 전 정책·사람 승인
- 시뮬레이션 결과와 실측값의 오차 모니터링
확인 문제
- MQTT QoS 1의 전달 의미는?
- QoS 2 패킷 흐름 순서는?
- 1,000대가 초당 200B 전송할 때 payload 비트율은?
- 비정상 연결 종료를 알리는 MQTT 기능은?
- 디지털 트윈 상태가 오래되었는지 판단할 대표 정보는?