Build Vs. Buy: ADAS 및 AV 개발 툴 도입을 위한 전략적 의사 결정

2021년 11월 08일

많은 자율주행차(AV) 엔지니어링 조직은 개발자 툴을 직접 구축할 것인지 혹은 구매할 것인지에 대한 딜레마에 직면해 있습니다. 사내 솔루션은 특정 비즈니스 과제를 해결하기 위해 특별히 제작된다는 장점이 있지만 이러한 솔루션을 사용하려면 팀이 개발 및 유지 관리를 위해 상당한 시간과 리소스를 투자해야 합니다. 검증된 상용 툴로 작업할 경우 엔지니어링 팀은 초기 구매 비용을 부담해야 합니다. 그러나 이 접근 방식을 통해 엔지니어링 팀은 즉시 개발에 착수하고 생산성을 가속화하며 시장 출시 시간을 단축할 수 있습니다.

이 블로그 게시물은 ADAS(자동 운전자 보조 시스템)과 AV 테스트 및 개발을 위한 올바른 툴을 선택할 때 주요 고려 사항을 설명합니다. 또한, 상용 툴을 사용하여 팀이 안전한 자율주행 시스템을 더 빠르게 배포할 수 있는 방법도 보여줍니다. 우리는 다음 질문을 다룰 것입니다:

  1. 평판이 좋은 서드파티 벤더로부터 툴을 구매하는 것과 사내 툴을 직접 구축하는 것의 장단점은 무엇입니까?
  2. 개발 팀이 무료 오픈 소스 도구를 채택하는 대신 상용 툴에 비용을 지불해야 하는 이유는 무엇입니까?
  3. 엔드-투-엔드 툴체인(end-to-end toolchain)이 벤더에 종속되는 결과로 이어집니까?

1. Building Vs. Buying

ADAS 및 AV 개발팀이 자체 인프라 툴을 구축할지 아니면 검증된 상용 툴을 구매할지 결정할 때 일반적으로 평가하는 6가지 기준이 있습니다(표 1). 아래에서 각 기준에 대해 자세히 설명하겠습니다.

표 1: 사내 툴 구축과 상용 툴 구매 비교

A) 속도

ADAS 및 AV 회사들은 세계에서 가장 안전한 완전 자율주행 시스템을 출시하기 위해 경쟁하고 있습니다. 이러한 회사의 경쟁 우위는 개발 프로세스를 가능하게 하는 툴이 아니라 알고리즘에 있습니다. 실제로 상용 툴을 사용하면 ADAS 또는 AV 팀의 출시 시간 및 개발 주기를 단축할 수 있습니다. 벤더는 종종 초기 통합 프로세스를 지원합니다. 통합 시 즉시 사용할 수 있는 도구를 제공하고 이를 전담으로 관리하는 대규모 전담 팀이 있습니다. 유사한 품질의 사내 툴을 구축하는 것은 개발 팀이 새로운 솔루션을 처음부터 계획, 설계, 구축, 테스트 및 통합해야 하기 때문에 개발 툴 구축에 훨씬 더 오랜 시간이 걸릴 수 있습니다. 게다가, 수익을 창출하는 제품에 집중하게 됨으로서 사내 툴의 개발 및 유지 관리는 종종 우선 순위에서 밀려날 가능성이 있습니다.

B) 제품 품질

시뮬레이션 및 기타 ADAS 및 AV 인프라 도구는 구축하기 어렵기 때문에 제품의 깊이와 품질을 달성하기 위해서는 전문성이 필수적입니다. ADAS 및 AV 팀은 시뮬레이션, 데이터 처리, 테스트, 검증 및 검정 관리(V&V)를 중요한 개발 프로세스로 볼 수 있지만, 이러한 각 영역을 가능하게 하는 툴을 구축하고 유지 관리하기 위한 리소스가 부족한 경우가 많습니다. 또한, 오늘날의 경쟁이 치열한 노동 시장에서 각 영역에서 숙련된 기술 전문가로 구성된 팀을 고용하고 구축하는 것은 쉽지 않습니다. 서드파티 벤더는 지속적으로 제품 연구를 수행하고, 고객으로부터 피드백을 수집하고, 제품 기능을 확장하고, 오류를 감지 및 해결할 수 있는 시간과 리소스가 있으므로 이러한 툴을 구축하는 데 있어 중요한 전문가입니다.


시뮬레이션 툴에 대한 자체 구축을 지지하는 사람들은 사내 팀이 필요한 기능을 더 잘 결정하고 해당 기능을 정확하게 구축할 수 있다고 주장합니다. 반면에 상용 툴은 다양한 사용 사례를 포괄하는 다양한 사전 구축 기능을 제공합니다. 실제로 상용 툴도 특정 고객 요구 사항에 맞게 기능을 조정할 수 있습니다. 예를 들어, Applied 팀은 Simian의 지능형 차선 변경 액터(그림 1)와 같은 고급 기능을 단 몇 주 만에 출시할 수 있습니다.

그림 1: Applied Intuition의 시뮬레이션 도구 Simian의 지능형 차선 변경 액터(Actor)

C) 제품 품질 및 유지 보수

툴 구축과 구매의 결정은 배포 시점에서 끝나지 않습니다. 툴의 지속적인 유지 관리는 제품 품질을 유지하는 데 필요하지만 종종 간과됩니다. 상용 툴을 구매할 때 ADAS 및 AV 팀은 사내에서 지속적으로 유지 관리 작업을 처리할 필요 없이 리소스 집약적인 유지 관리 작업을 공급업체에 이관할 수 있습니다.

D) 사용자 정의 및 확장성

처음부터 새롭게 구축된 사내 툴보다 더 커스터마이징 가능한  도구는 없습니다. 그러나 이러한 유연성에는 속도와 비용 절충이 따릅니다. 기성품인 고품질 상용 툴은 일반적으로 AV 프로그램의 고유한 운행설계 영역(ODD)(예: 건설 또는 자율 이동 로봇) 및 알고리즘 개발 요구 사항을 성공적으로 수용할 수 있을 만큼 충분히 사용자 요구사항을 만족시킵니다. 

그림 2: 자율 건설 차량(왼쪽)과 자율 이동 로봇(AMR)을 위한 합성 환경

사용 사례 및 개발 요구 사항을 충족하기 위해 시뮬레이션 및 인프라 툴을 사용자 지정하는 것 외에도 ADAS 및 AV 팀은 이러한 툴을 기반으로 자체 워크플로를 확장하고 구축해야 합니다. 사내 툴은 개발 특성에 따라 항상 확장할 수 있지만, 많은 상용 툴은 다양한 워크플로를 지원하는 플러그인과 같은 솔루션도 제공합니다. 예를 들어, 시뮬레이션 툴의 플러그인을 사용하면 개발 팀이 시뮬레이터에 자신의 액터 동작을 추가할 수 있습니다.

E) 호환성

사내 팀은 종종 상용 툴과 이미 사용하고 있는 기존 툴을 통합할 수 있는지에 대해 우려합니다. 다행히 일부 신뢰할 수 있는 벤더는 상용 툴과의 호환을 위한 API 솔루션을 제공합니다. 이를 통해 개발 팀은 상용 툴을 기존 차량 역학 모델, 드라이브 데이터 분석 플랫폼, HIL 인프라 및 요구 사항 관리 툴과 통합할 수 있습니다.

F) 총 소유 비용

상용 툴에는 상당한 초기 구매 비용이 있지만 전체 소유 비용은 비슷한 품질의 사내 툴보다 낮은 경우가 많습니다. 모든 제품과 마찬가지로 소프트웨어 툴은 구축한 다음 지속적으로 유지 관리해야 합니다(예: 버그 모니터링 및 수정, 기능 추가 또는 사용 중단). 후자는 상당한 엔지니어링 자원이 필요합니다. 개발 팀은 사내 툴을 양호한 상태로 유지하기 위해 핵심 비즈니스에서 상당한 리소스를 사용해야 하는 경우가 많습니다.

요약해서 말하자면:

상용 툴과 관련하여 사내 팀이 가질 수 있는 많은 우려는 다른 제품과의 통합을 지원하는 고품질의 커스터마이징이 가능한 툴을 선택하여 완화할 수 있습니다. 많은 사용 사례 및 개발 요구 사항에 대해 올바른 상용 툴은 시간과 엔지니어링 리소스를 절약하고 동급 최고의 성능과 품질을 제공함으로서 ADAS 및 AV 팀에 도움이 될 수 있습니다.

2. 상용 툴 Vs. 오픈 소스

시뮬레이션 소프트웨어 범주 내에서 상용 및 오픈 소스 툴을 사용할 수 있습니다. 오픈 소스 시뮬레이터에 무료로 액세스할 수 있는데 엔지니어링 팀이 유료 상용 툴을 선택하는 이유는 무엇입니까? 몇 가지 일반적인 고려 사항은 다음과 같습니다.

A) 개발 속도 및 제품 품질

오픈 소스 프로젝트를 사용하면 팀이 필요에 맞게 프로젝트의 소스 코드를 직접 사용하고 수정할 수 있으므로 개발 팀이 빠르게 반복할 수 있습니다. 그러나 서드파티 벤더는 매일 다른 고객과 직접 작업하기 때문에 산업별 문제를 더 잘 이해하고 센서 모델과 같은 정확하고 강력한 제품 기능을 구축할 수 있는 경우가 많습니다(그림 3).

그림 3: 맑은 날씨(왼쪽) 및 안개(오른쪽)에서 AV 라이더 센서 모델 시뮬레이션

B) 인증

상용 툴은 오픈 소스 툴보다 인증받기 쉽습니다. ISO 26262 및 SOTIF와 같은 안전 표준에 따라 시스템을 인증받는 것은 모든 ADAS 및 AV 팀이 프로덕션 배포를 하기 위한 중요한 단계입니다. 오픈 소스 툴의 인증은 누구나 오픈 소스 소프트웨어를 통합하고 변경할 수 있기 때문에 상용 툴의 인증보다 복잡합니다.

C) 생산 준비

상용 시뮬레이터 및 인프라 툴은 종종 프로덕션 배포에 더 적합합니다. 서드파티 벤더는 실제 문제를 해결하기 위해 반복적인 개발 주기로 소프트웨어를 개발하고 개선합니다. 고객이 실제 테스트 및 개발 중에 문제에 직면하거나 새로운 비즈니스 요구 사항을 식별할 때 지속적으로 피드백을 받습니다. 오픈 소스 소프트웨어는 종종 대학 연구실에서 구축되며 업계 중심의 피드백 루프 없이 일반 연구 커뮤니티에서 사용됩니다.

3. 엔드-투-엔드 툴체인이 벤더 종속을 의미합니까?

ADAS 또는 AV 엔드-투-엔드 툴체인은 함께 작동하여 ADAS 또는 AV 개발 주기의 다양한 단계를 지원하는 여러 툴들의 집합입니다. 시뮬레이션, 데이터 처리, 테스트 및 V&V를 위해 여러 벤더와 협력하는 대신 엔드-투-엔드 툴체인을 사용하면 개발 팀이 동일한 벤더의 툴들을 통합된 방식으로 사용할 수 있습니다.


엔드-투-엔드 툴체인을 제공하는 벤더와 협력한다고 해서 개발 팀이 다른 벤더의 툴을 사용할 수 없다는 의미는 아닙니다. 다음은 몇 가지 이유입니다.

A) 모듈화

많은 ADAS 및 AV 팀은 개발 주기의 다른 부분에 대해 이미 다른 툴을 사용하고 있고 엔드-투-엔드 툴체인이 기존 툴을 모두 교체해야 할 것을 우려하기 때문에 엔드-투-엔드 툴의 사용을 주저합니다. 오히려 엔드-투-엔드 툴체인을 구성하는 구성 요소는 일반적으로 모듈식이며 다른 도구와 호환되므로 팀에서 필요한 제품을 선택하고 사용할 수 있습니다. 예를 들어 당사의 V&V 플랫폼 Basis는 모든 시뮬레이터로 시뮬레이션을 실행할 수 있으므로 개발 팀이 추상 시나리오를 생성하고 모든 ODD에 대한 논리적 시나리오를 생성할 수 있습니다(그림 4). Basis를 지도 편집 도구 Meridian과 함께 사용하면 Applied 지도 스윕(Sweep)과 같은 동급 최고의 독점 기능도 활용할 수 있습니다.

그림 4: Applied Intuition의 V&V 플랫폼 Basis는 다양한 요구 사항 관리 도구 및 시뮬레이터와의 통합을 지원합니다.

B) 데이터 공유 및 접근성

또 다른 잠재적인 문제는 툴 간에 서로 다른 유형의 데이터를 공유하고 이 데이터를 어디서나 액세스할 수 있도록 하는 기능입니다. 모든 부분이 서로 통신하고 OpenX 표준과 같은 공통 데이터 형식을 지원하기 때문에 모듈식 엔드-투-엔드 툴체인은 실제로 이러한 목적에 이상적입니다. 이러한 방식으로 엔드-투-엔드 툴체인을 사용하면 개발 팀이 시나리오, 요구 사항 및 테스트 사례를 온프레미스에 저장하든 클라우드에 저장하든 공유하고 액세스할 수 있습니다. 팀이 이미 얼마나 많은 다른 툴을 사용하고 있든 상관없이 엔드-투-엔드 툴체인을 다른 모든 툴들과 결합하는 방식으로 활용하는 것이 유리할 수 있습니다.

어플라이드의 접근 방식

이 게시물이 ADAS 및 AV 개발을 위한 상용 툴 구매와 관련된 일반적인 질문에 대한 답변이 되었기를 바랍니다. Applied Intuition에서는 모든 규모의 ADAS 및 AV 프로그램에 대한 다양한 개발 사용 사례를 지원하고 프로덕션을 위한 준비가 된 최첨단 도구를 제공합니다. Applied의 엔드 투 엔드 툴체인에 대해 자세히 알아보고 당사의 제품이 귀사의 툴링 요구 사항에 어떻게 적용될 수 있는지 자세히 알아보려면 ADAS 및 AV 엔지니어 팀에 문의하십시오.