자동차 존(zonal) 아키텍처 완벽 가이드:
데이터 플로우, 비교, 사례, FAQ
아직도 자동차 ‘존(zonal) 아키텍처’를 어렵게만 느끼시나요? 도메인 ECU가 촘촘한 차량을 지금 산다면 다음 리스크를 떠안을 수 있습니다.
- 잔존가치 하락: OTA 미지원, 구형 네트워크 의존
- 보안 취약점 확산: 공격면 확대로 리스크 증가
- 유지보수 비용 폭등: 긴 배선·부품 단종
반대로 존 아키텍처로 전환한 차는 소프트웨어로 가치가 쌓입니다. 한 EV 메이커는 배선을 약 1.6마일 단축하고 44파운드를 덜어 주행거리·정비성·신뢰성을 동시에 개선했습니다[8]. 업계는 2034년 신차의 약 38~40%가 존 아키텍처를 채택할 것으로 전망합니다[4].
1) Deep Dive: ‘존 아키텍처’란 무엇이고 어떻게 동작하나?
정의
기능별(파워트레인/바디/ADAS…)로 ECU를 묶던 도메인 구조를, 물리적 위치(전/후/좌/우/실내 등) 기준의 ‘존 컨트롤러’로 단순화하고, 각 존을 이더넷 백본과 중앙 HPC(고성능 컴퓨트)에 연결하는 방식입니다[1][2][3]. 존 내부는 기존 CAN/CAN‑FD가 공존하고, 존 컨트롤러가 서비스 지향형 이더넷으로 변환/게이트웨이를 수행합니다[3].
데이터 흐름(Data Flow)
- 센서/액추에이터 → 인존 버스(CAN/CAN‑FD/일부 LIN)
- 존 컨트롤러(로컬 IO, 전원/진단, 보안 엔드포인트) → TSN 이더넷(1G/10G) 백본으로 프레임화
- 백본 시간결정성 보장: 802.1AS(정밀 시각 동기), 트래픽 셰이핑, FRER(중복 전송·손실 제거)로 지연·신뢰성 제어[5]
- 중앙 HPC의 하이퍼바이저/컨테이너 위에서 서비스(ADAS, IVI, 바디) 실행, 혼합 중요도 격리[6]
- 클라우드 오케스트레이션이 정책/버전/롤백을 차량·존·서비스 단위로 관리(플릿 OTA)[7]
시스템 아키텍처 관점
- 원칙: 물리 배선은 지역화, 연산은 중앙화, 서비스는 분산 배치
- 하드웨어 추상화(HAL)+퍼블리시/서브스크라이브(DDS) 또는 SOME/IP RPC로 데이터 중심 통신 구성[6]
- 정책 엔진이 대역·우선순위·보안 컨텍스트를 실시간 갱신
2) Comparison: 기존 vs 현재 과도기 vs 미래 표준
| 구분 | 기존 도메인 아키텍처 | 하이브리드(도메인+존) 현재 | 미래 표준(풀 존+HPC/SDV) |
|---|---|---|---|
| 비용/BOM | ECU 다수, 구리·커넥터 고비용 | 컨트롤러 수 감소로 점진 하락 | 초기 HPC/스위치 비용↑, 총비용(TCO)↓ |
| 배선 길이/중량 | 가장 길고 무겁다 | 10~30% 절감 사례 | 1.6마일/44lb 절감급 사례 확산[8] |
| 통신 백본 | CAN/CAN‑FD 중심 | 이더넷 병행·게이트웨이 다층 | 이더넷+TSN 단일 백본, FRER/AS 필수[5] |
| 확장성/OTA | 제한적, 딜러 방문 의존 | 주요 ECU OTA 부분 적용 | 마이크로서비스 단위 롤아웃/롤백[7] |
| 보안/규제 | 분산 취약점, 일관 정책 어려움 | 영역별 하드닝 | 차량·존·서비스 레벨 CSMS 일원화(UNECE R155/R156 대응) |
| 개발 속도 | ECU별 통합 지연 | 공용 SW플랫폼 확산 | 컨테이너 오케스트레이션, 기능 출시 속도↑ |
| 실차 사례 | 레거시 ICE 다수 | 프리미엄/EV 전환기 | EV·프리미엄 주도, 2026~2029 메인스트림[4] |
3) 실전 사례로 보는 현장 적용
- Rivian: 존 설계로 배선 약 1.6마일·44파운드 절감, 고장 포인트 감소[8].
- 테슬라(v13+): 중앙 컴퓨트·광범위 OTA로 기능을 서비스화, 48V·이더넷 활용 확대 경향(차종별 상이). 빠른 소프트웨어 출시 사이클이 잔존가치를 견인.
- 벤츠(MB.OS): 중앙화된 컴퓨트와 서비스 지향 네트워킹 전제로, 존화·OTA 운영 모델 강화 방향.
- BMW(OS 9+): 인포테인먼트는 OS 9로 민첩성 확보, ‘노이에 클라쎄’ 세대에서 중앙 컴퓨트/존 아키텍처 지향.
- 현대/기아(ccOS): ccOS로 SDV 기초체계를 마련, 이더넷 백본·존 컨트롤러 기반 양산 적용 확대 준비(차급·연식별 단계적 반영).
[전문가 박스] 왜 3년 내 사실상 표준이 될까?
- 규제 드라이브: UNECE R155/R156로 보안·OTA가 ‘차량 전역 정책’ 수준 요구 → 존+HPC가 관리·감사 최적.
- 수익모델: 마이크로서비스·구독형 기능의 플릿 운영은 존 네트워크의 버전/롤백 정책 없이는 위험.
- 공급망 리셋: 다ECU 조달→소수 존 컨트롤러+HPC 집중, TSN·오토모티브 이더넷 생태계 성숙[2][5][6].
- 기술 임계점: 1G/10G 단가 하락, TSN 표준 안정화, 컨테이너 실시간화, 클라우드 오케스트레이션 레퍼런스 축적[7].
- 고객가치: 배선 감소로 품질/정비성 개선, OTA로 기능이 출고 후에도 성장 → 잔존가치 직접 반영.
대학원생 비유 한 줄
“SDV에서 존 아키텍처는 ‘물리 계층의 하드웨어 추상화’ 위에 ‘서비스 컨테이너 오케스트레이션’을 얹어, 차량을 하나의 분산시스템으로 모델링한 구조다. 존은 에지 노드, HPC는 컨트롤 플레인, 클라우드는 플릿 스케줄러에 가깝다.”
FAQ
Q1. 어떻게 구현되나?
- 전장(인존) 유지: 액추에이터/레거시는 CAN/CAN‑FD 유지
- 존 컨트롤러: IO 집적, TSN 스위치, 보안 루트, 진단 게이트웨이
- 백본: 1G/10G 이더넷+TSN(802.1AS/프라이어리티/FRER)
- 소프트웨어: 하이퍼바이저+컨테이너, DDS/SOME‑IP, 정책/버전/롤백을 클라우드에서 오케스트레이션[5][6][7]
Q2. 기존 차량도 전환되나?
하네스 재설계가 필요해 ‘완전 존화’는 신차 개발이 현실적입니다. 다만, ‘존 게이트웨이 ECU’ 추가로 부분 OTA/서비스화를 구현하는 과도기 해법은 가능합니다.
Q3. 보안 문제는 없나?
IP 엔드포인트가 늘어 공격면은 넓어지지만, 존 경계 세분화·세분 정책·보안 부트/키관리/침입탐지로 가시성·통제력이 커집니다. R155 CSMS와 R156 OTA 프로세스를 시스템 차원에서 이행하기 쉬워집니다.
핵심 숫자 요약
- 배선/중량: 최대 1.6마일·44lb 절감 사례[8]
- 백본: TSN(802.1AS/FRER)로 결정적 통신 확보[5]
- 채택률 전망: 2034년 ≈38~40% (EV/프리미엄 2026~2029 선도)[4]
Reference
- [1] ST: Zonal Architecture and SDV 기초
- [2] Molex: 도메인 vs 존 비교, 하네스/모듈성
- [3] Electronic Design: 게이트웨이·이더넷 공존 패턴
- [4] Analyst Outlook: 2034년 채택률
- [5] TI: TSN(802.1AS/FRER) 실무 가이드
- [6] RTI/Sonatus: DDS·컨테이너·혼합 중요도 격리
- [7] Sonatus: 클라우드 오케스트레이션/OTA
- [8] Rivian: 배선·중량 절감 수치
결론 및 다음 액션
한 줄 결론: “존 아키텍처는 배선은 줄이고 소프트웨어 가치는 키우는, 2026~2029년 차량 가치의 결정적 분기점이다.”