seukseok의 개인 블로그

엣지 AI 주간 브리프(11/17~11/23): Thor 전환 국면, 성능보다 운영 게이트가 먼저다

· tech

이번 주 포인트는 새로운 칩/프레임워크 도입 자체보다, Thor 전환 리스크를 분리하고 릴리스 흡수 속도를 제어하는 운영 설계에 있다.

이번 주(11/17~11/23)는 기술 뉴스만 보면 분명히 전진이다. 하지만 현장 관점에서는 ‘더 빨라졌다’보다 ‘더 까다로워졌다’에 가깝다.

NVIDIA는 11월 20일 Isaac ROS 4.0 for Thor 도입 신호를 강하게 던졌다. Jetson AGX Thor, JetPack 7.0, CUDA 13.0, Ubuntu 24.04 조합을 본격적으로 이야기하기 시작한 시점이다. 동시에 Open Edge Platform 2025.2 쪽에서는 ROS 2와 카메라 통합, 제어 루프(모션 제어/MPC) 쪽 메시지를 더 분명히 밀고 있다. 표면적으로는 생태계가 건강해 보인다. 문제는 여기서부터다. 팀의 운영 절차가 이 변화를 소화할 준비가 되어 있느냐다.

이번 주 신호를 실무 언어로 바꾸면

첫째, 플랫폼 전환이 ‘성능 업그레이드’가 아니라 ‘운영 규칙 재작성’ 단계로 들어왔다. Isaac ROS 4.0의 핵심은 단순 패키지 업데이트가 아니다. Thor + JetPack 7 계열로 기준선이 올라가면서, 기존 Orin/JetPack 6 운영 습관으로는 검증 시간이 예상보다 길어질 가능성이 커졌다.

둘째, 로보틱스 스택은 AI 추론보다 제어-통신 통합 난이도가 더 빠르게 올라간다. Open Edge Platform 2025.2에서 Robotics AI Suite 골드 전환과 모션 제어 라이브러리(EtherCAT 포함) 방향을 보면, 이제 병목은 모델 정확도보다 제어 지연/지터 관리 쪽에서 먼저 터질 확률이 높다.

셋째, 릴리스 문서의 Limitations를 ‘읽는 행위’로 끝내면 손실이 누적된다. Isaac ROS 릴리스 노트는 지원 범위와 제한사항을 꽤 명확히 드러낸다. 이런 문서를 백로그 티켓으로 번역하지 않으면, 장애가 날 때마다 같은 조사 비용을 반복해서 내게 된다.

이번 주 체크리스트 (팀 단위 최소 실행안)

  1. Thor 전환 전용 검증 트랙을 따로 만든다.
  1. 릴리스 노트 기반 리스크 레지스터를 바로 생성한다.
  1. 제어 루프 KPI를 모델 KPI와 분리 운영한다.

이번 주 context / issues / releases

이번 주 결론은 이렇다. 지금 필요한 건 “무엇을 먼저 붙일지”가 아니라 “무엇을 늦게 붙일지”를 결정하는 용기다. 속도는 경쟁력이지만, 운영 기준 없는 속도는 비용으로 돌아온다.

참고 링크