엔진을 하나 더 — Unreal 전용 시뮬레이션 트랙

Isaac Sim으로 물리를 정밀하게 검증한다고 했습니다. 그런데 모든 시뮬레이션이 그 정밀도를 필요로 하진 않습니다. 어떤 용도는 시네마틱한 비주얼, 넓은 지형, 즉각적인 상호작용이 더 중요합니다. 그래서 Unreal Engine 전용 트랙을 따로 둡니다.

엔진마다 강점이 다르다

도식 렌더링 중…

• Isaac 트랙 — 물리 검증, 센서 합성, RL 학습. 정밀하지만 무겁습니다.
• UE 트랙 — 사실적 렌더, 넓은 전장, Blueprint로 빠른 시나리오, Pixel Streaming으로 브라우저 조작. 검증보다 경험과 표현에 강합니다.

같은 "시뮬레이터"라도, 정밀 검증 도구와 몰입형 운용 도구는 다른 물건입니다. 하나로 둘 다 어설프게 하느니, 각자 잘하는 엔진을 트랙으로 나눕니다.

핵심은 공통 인프라 재사용

두 트랙이 완전히 따로 놀면 부담이 두 배입니다. 그래서 위쪽 인프라는 공유합니다.

도식 렌더링 중…

런 제출·큐·워커 같은 오케스트레이션과 RuntimeConfig 계약, 웹 UI는 두 엔진이 공유합니다. 바뀌는 건 맨 아래 러너뿐 — Isaac이냐 UE냐. 엔진을 갈아 끼워도 위쪽 워크플로는 그대로입니다.

💡 센서는 엔진 안에서 self-contained — UE 트랙의 센서(카메라·LiDAR)는 Isaac 센서와 달리 UE 내부에서 자체 구현됩니다. 엔진이 다르면 센서 구현도 다르지만, 출력 인터페이스(토픽·데이터셋)는 같게 맞추면 하위 도구가 엔진을 신경 쓰지 않아도 됩니다.

⚠️ 무인 상시 가동 금지는 양쪽 공통 — UE도 헤드리스 렌더에 NVENC로 GPU를 문다. "데모니까 띄워두자"는 엔진과 무관하게 위험합니다 — 자동 종료 안전장치는 두 트랙 모두 필수입니다.

한 줄 정리

📌 정밀 물리·센서·RL은 Isaac, 시네마틱·대지형·실시간 조작은 Unreal — 용도별로 엔진 트랙을 나눈다. 단, 런 오케스트레이션·계약·UI는 공유하고 맨 아래 러너만 교체한다. 센서는 엔진별 구현이되 출력 인터페이스는 통일해, 하위 도구가 엔진에 무관하게 한다.