Arm: SDV의 현실화

개요

SANJAY: 라스베이거스에서 열리고 있는 CES 2024 행사 현장에서 ‘ Driving Innovation ’ 팟캐스트의 또 다른 특별 에피소드를 전해 드립니다. 오늘 에피소드에는 Arm의 자동차 사업 시장 진출 담당 이사인 로버트 데이(Robert Day) 씨가 출연합니다. 로버트 씨는 Arm의 자동차 분야 진출 현황은 물론, SOAFEE 이니셔티브를 통해 클라우드 네이티브 소프트웨어 개발을 지원하기 위한 Arm의 노력에 대해서도 자세히 설명해 드릴 예정입니다. 즐거운 청취 되시길 바랍니다.

의제

로버트: 감사합니다. 먼저, CES 2024에서 Sonatus 의 멋진 부스에 초대해 주셔서 감사드리며, Arm에서 ‘소프트웨어 정의 차량(software-defined vehicle)’을 현실로 만드는 방안을 어떻게 바라보는지 조금 이야기해 보려고 합니다. 소프트웨어 정의 차량에 대해서는 많은 논의가 이루어지고 있습니다. 많은 분들이 이를 실제로 구현할 수 있는 다양한 방법을 모색해 왔습니다. 오늘 우리는 바로 그 주제에 대해 이야기해 보겠습니다. 의제를 살펴보면, 먼저 Arm이 어떤 회사인지, 자동차 분야에서 Arm이 어떤 역할을 하고 있는지 간략히 설명드리겠습니다. 그 다음에는 소프트웨어 정의 차량이 무엇인지, 왜 소프트웨어 정의 차량이 필요한지에 대해 살펴보겠습니다. 마지막으로, 소프트웨어 정의 차량을 현실로 만들 수 있을 것이라고 믿는 Arm의 주요 이니셔티브 몇 가지를 소개해 드리겠습니다. 먼저 Arm이 어떤 회사인지 간단히 소개해 드리겠습니다. 저희는 기본적으로 실리콘 제품에 탑재될 IP를 개발하는 기술 기업입니다. 지난 30년 동안 꽤 성공적인 행보를 이어왔습니다. 보시다시피, 이미 상당히 많은 Arm 기반 칩이 출하되었습니다. 또한 전 세계 인구의 70%가 Arm이 탑재된 제품을 사용하고 있는 것으로 추정됩니다. 흥미롭게도, 저는 제 집에 있는 Arm 제품의 수를 세기 시작했는데, 너무 어려워져서 그만두었습니다. 그리고 우리가 목격하고 있는 것은, Arm이 소비자 가전 전시회(CES)에서 선보이는 소비자 기기에서 이제는 자동차 분야로 진출함에 따라 이러한 추세가 가속화되고 있다는 점입니다. 바로 이것이 오늘 우리가 주로 다룰 주제입니다.

자동차 분야의 Arm

로버트: 그러니까 Arm은 사실 지난 25년 동안 자동차 업계에 몸담아 왔다는 거군요. 알겠습니다. 사실 저희는 거의 창립 이래로 자동차 시스템 분야에 종사해 왔습니다. 하지만 대개는 말하자면 ‘보닛 아래’에서 활동해 왔다고 할 수 있죠. 여기 있는 통계 자료를 보시면 아시겠지만, IVI 시스템의 85% 이상이 Arm 기반으로 구동되고 있습니다. IVI 시스템은 소비자용 기기와 비슷하기 때문에 이는 자연스러운 현상입니다. 단지 차량에 탑재되어 있을 뿐이죠. 하지만 이제 새로운 ADAS 기능과 자율 주행 기술이 도입되면서, 많은 애플리케이션 프로세스 역시 Arm 기술을 기반으로 구축되고 있습니다. Arm에서는 자동차 시장에 특화된 제품을 개발해 왔습니다. 곧 보여드릴 CPU, GPU, ISP는 기능 안전성을 핵심 특징으로 갖추고 있습니다. 또한 훌륭한 자동차 생태계를 보유하고 있으며, Sonatus 는 저희 생태계 파트너 중 하나입니다.

왜 소프트웨어 정의 차량인가

로버트: 그렇다면 소프트웨어 정의 차량이 왜 중요한가요? 우선 OEM의 관점에서 보면, 이를 통해 새로운 비즈니스 모델과 수익 모델을 모색하고 고객과의 새로운 관계를 구축할 수 있습니다. 소프트웨어 정의 차량의 특징은 이름에서 알 수 있듯이 초기 소프트웨어 개발이 매우 중요하다는 점입니다. 자동차에는 엄청난 양의 소프트웨어가 탑재될 것이기 때문에 한 번에 다 해결할 수는 없습니다. 알겠습니까? 하지만 소프트웨어 정의 차량이 자동차 산업의 생존을 좌우할 것이라는 점이 점점 더 분명해지고 있습니다. 흥미롭게도, 이러한 변화의 여정은 이미 시작되었습니다. 작년에 가트너(Gartner)가 발표한 내용에 따르면, 2023년에는 상위 10대 자동차 제조사 중 50%가 소프트웨어 업데이트를 통해 새로운 기능을 제공할 것이라고 합니다. 이것이 바로 소프트웨어 정의 차량의 핵심입니다. 이러한 기능들을 소프트웨어 형태로 도입하고, 업데이트하거나 업그레이드할 수 있으며, 새로운 기능을 추가할 수 있다는 점이죠. 이것이 바로 이 변화의 핵심 요소 중 하나입니다.

우리는 SDV를 맞이할 준비가 되어 있을까요?

로버트: 다음 질문은, 우리 소비자들이 ‘소프트웨어 정의 차량’을 받아들일 준비가 되어 있는지, 그리고 그에 대한 비용을 지불할 준비가 되어 있는지입니다. 오로라 랩스(Aurora Labs)와 스트래티지 애널리틱스(Strategy Analytics)가 2022년에 실시한 연구에 따르면, 소비자들에게 ‘소프트웨어 정의 기능과 서비스에 대해 비용을 지불할 의향이 있습니까?’라고 물었습니다. 보시다시피, 응답자의 거의 50%가 차량 내 추가 서비스를 위해 월 20달러를 지불하겠다고 답했습니다. 연간으로 따지면 꽤 큰 금액입니다. 게다가 차량의 수명 주기 전체를 고려하면 더욱 그렇죠. 심지어 최대 50달러까지 지불하겠다는 응답자도 있었는데, 이는 정말 놀라운 결과입니다. 1년 동안 그 금액이 얼마나 되는지는 계산조차 하지 않겠습니다.

SDV에 대한 새로운 요건

로버트: 소프트웨어 정의 차량(Software-Defined Vehicle)의 핵심은 기존 자동차 산업에 새로운 요구 사항이 생긴다는 점입니다. 따라서 우리는 소프트웨어 정의 기능을 첨단 기능으로 제공할 수 있어야 합니다. 혁신을 이끌어내야 할 뿐만 아니라 민첩성도 갖추어야 합니다. 따라서 이는 자동차 업계라기보다는 오히려 전통적인 소프트웨어 업계에 더 가깝습니다. 이러한 기능들은 업데이트 및 업그레이드가 가능해야 하며, 보안이 보장되어야 하고, 안전해야 합니다. 마지막으로, 확장 가능해야 합니다. 소프트웨어 정의 차량을 구현하는 핵심 요소 중 하나는 이러한 기능과 특징을 다양한 차량 모델에 걸쳐 확장할 수 있다는 점입니다. 따라서 소프트웨어 정의 시대로 접어들면서 이러한 역동성이 어떻게 전개될지 지켜보는 것은 정말 흥미로울 것입니다.

Arm의 자동차용 제품

로버트: 아rm에서는 앞서 언급했듯이 자동차용 제품을 보유하고 있는데, 아rm의 ‘AE(Automotive Enhanced)’라고 부르는 일련의 제품군을 갖추고 있습니다. 그중 하나로 ‘Cortex-A78AE’라는 고성능 CPU 제품이 있습니다. 이 제품에는 ‘스플릿-락(split-lock)’이라는 흥미로운 기능이 탑재되어 있는데, 이를 통해 코어 쌍을 서로 잠금 상태로 묶어 더 높은 수준의 안전성을 확보할 수 있습니다. 하지만 높은 수준의 성능이 필요할 때는 잠금을 해제할 수도 있습니다. 그러면 기본적으로 듀얼 코어 구성이 되는 셈입니다. 이 기능은 주로 저희 AE CPU에 탑재되어 있습니다. 또한 기능 안전성을 갖춘 GPU인 말리-G78AE(Mali-G78AE)도 있는데, 이 제품은 안전한 렌더링을 위한 흥미로운 파티셔닝 메커니즘을 갖추고 있습니다. 또한 ‘Mali-C78AE’라는 ISP도 보유하고 있습니다. 이 모든 제품은 소프트웨어 정의 기능을 실행하고, 차량 내 그래픽 애플리케이션을 구동하는 데 매우 중요한데, 이는 소프트웨어 정의 기능의 일부가 될 것입니다. 또한 ISP를 통해 모든 ADAS 기능 및 그 외 유사한 기능을 위해 차량 내부에 매우 선명한 카메라 이미지를 제공할 수 있습니다. 그럼 이제 SDV로 넘어가 보겠습니다.

SDV를 위한 4대 기둥

로버트: 업계 관계자들과의 대화를 통해, SDV를 실현하고 시장에 출시하기 위해서는 네 가지 핵심 요소가 있다는 점을 알게 되었습니다. 가장 상위와 하위 단계에 해당하는 요소로는 당연히 안전과 보안이 있으며, 실시간 처리가 필수적입니다. 이는 자동차 산업이 어차피 필요로 하는 요소들이며, 소프트웨어 정의 차량(SDV) 역시 이를 필요로 합니다. 기존의 전통적인 자동차 표준 외에도 몇 가지 새로운 표준이 필요합니다. 소프트웨어 정의 기능을 구현하기 위해서는, 이를 기반으로 구축할 수 있는 API와 표준이 마련되어야 합니다. 또한 새로운 소프트웨어 방법론도 도입해야 합니다. 오늘은 이 부분에 대해 좀 더 자세히 이야기해 보려고 합니다. 다른 산업 분야의 소프트웨어 방법론을 자동차 산업에 실제로 도입할 수 있는 흥미로운 방법이기 때문입니다. 매우 중요한 점은, 이 부분도 잠시 후에 다시 언급하겠지만, 차량과 차량 컴퓨팅 시스템이 아직 준비되지 않은 상태에서도 소프트웨어를 실행할 수 있는 능력을 갖추는 것입니다. 일찍부터 시작할 수 있어야 하며, 시뮬레이션과 같은 작업을 수행해야 합니다. 그리고 마지막에 다룰 가장 중요한 점은 업계 내 협업입니다. 더 이상 이런 식의 사일로 구조는 용납될 수 없습니다. 사람들은 함께 협력해야 합니다. 이 문제는 한 회사가 혼자서 해결하기에는 너무 큽니다. 그럼 이 중 몇 가지를 간단히 살펴보겠습니다. 방금 언급한 핵심 요소 중 하나는 새로운 소프트웨어 방법론이었습니다.

현대적인 개발 프로세스

로버트: 따라서 현재 자동차 업계에서 우리가 해야 할 일은 현대적인 개발 프로세스를 도입하여 소프트웨어의 개발 시간과 배포 시간을 단축하는 것입니다. 또한 ‘환경적 동등성(environmental parity)’이라는 개념을 실현할 수 있는 능력도 필요합니다. 즉, 클라우드에서 개발하고 엣지에 배포할 때, 두 환경이 동일한 명령어 세트를 공유하여 클라우드에서 실행한 소프트웨어를 차량에서도 그대로 실행할 수 있도록 하는 것이 이상적입니다. 이에 대해서는 조금 더 자세히 이야기해 보겠습니다. 다양한 칩 제조사 전반에 걸쳐 손쉽게 배포할 수 있는 것도 정말 중요합니다. 이를 통해 자동차 세대나 모델이 바뀌더라도 소프트웨어의 이식성을 확보할 수 있습니다. 또한 이것이 실제로 가능하게 하는 것은 ‘시프트 레프트(shift-left)’ 전략입니다. 이에 대해서는 다음 슬라이드에서 설명드리겠습니다.

자동차 산업에서의 ‘시프트-레프트’ 전략

로버트: 이 분야의 전통적인 자동차 개발 방식은 상당히 순차적인 편입니다. 기본적으로 소프트웨어와 SoC를 설계한 다음 ECU를 개발하고, 마지막 단계에서 애플리케이션을 개발하죠. 일종의 순차적 프로세스인 셈입니다. 이 단계들이 완료되지 않으면 애플리케이션 개발을 본격적으로 시작할 수 없습니다. 저희가 클라우드 네이티브 방식을 도입하는 이유는 바로 이 부분에 있습니다. 클라우드 환경에서, 즉 이 단계에서 애플리케이션 개발을 조기에 시작할 수 있다면, 나머지 작업이 진행되는 동안 여기서 본격적으로 개발을 진행할 수 있습니다. 따라서 여기서는 병렬 처리가 가능합니다. 그리고 시스템 통합이 완료되면, 그때서야 이를 차량으로 가져와 테스트할 수 있습니다. 우리가 실제로 하고 있는 일은 먼저 이 단계에서 테스트하고 개발하는 것입니다. 차량이 준비되거나 차량 컴퓨팅 환경이 준비되면, 이를 차량으로 가져옵니다. 이로 인해 가능해지는 또 다른 점은—바로 시간적 측면에서 ‘시프트 레프트(shift-left)’입니다. 또한 지속적인 업데이트와 업그레이드가 가능해지는데, 이는 소프트웨어 정의 차량(SDV)에 있어 중요한 요소입니다. 따라서 차량 사용자에게 새로운 서비스나 업데이트된 서비스를 지속적으로 제공할 수 있게 됩니다. 이는 OEM과 차량 운전자 간의 관계 역학에 흥미로운 변화를 가져올 가능성이 있습니다. 왜냐하면 현재 자동차를 구매하면, 말하자면 전시장 밖으로 차를 몰고 나가는 정도에 그치기 때문입니다. 자동차를 만든 회사와는 별다른 관계가 형성되지 않습니다. 반면, 이제 회사가 업데이트와 서비스를 제공한다면 관계가 형성되기 시작합니다. 따라서 차량을 운전하는 사람과 차량을 제조하는 사람 사이의 관계가 변화하기 시작합니다. 그렇다면 우리는 이를 어떻게 실현할 수 있을까요?

SOAFEE 이니셔티브

로버트: 그래서 몇 년 전, 저희는 ‘SOAFEE’라는 이니셔티브를 시작했습니다. 이는 업계 차원의 이니셔티브로, 소프트웨어 정의 자동차(SDV)를 위한 클라우드 네이티브 소프트웨어 개발 환경을 제공하기 위해 고안된 것입니다. 알겠습니까? 이를 위해 저희는 SOAFEE 특별 관심 그룹(SIG)을 출범시켰습니다. 이 그룹을 통해 가장 먼저 하고자 했던 일은 이를 가능하게 할 소프트웨어 아키텍처를 정의하는 것이었습니다. 따라서 SOAFEE는 무엇보다도 코드보다는 아키텍처를 정의하는 데 중점을 둡니다. 하지만 사람들이 SOAFEE를 실제로 활용하기 위해서는, 자동차 워크로드에 대한 새로운 방법론을 개발하고 시험해 볼 수 있도록 참조용 소프트웨어 구현본이 필요하다는 점을 잘 알고 있었습니다. 보시다시피 SOAFEE의 창립 회원사와 운영 위원회는 자동차 생태계 전반에 걸쳐 있습니다. OEM, 1차 협력사(Tier 1), 클라우드 전문가, 저희, 그리고 몇몇 소프트웨어 전문가들이 포함되어 있습니다. 특히 소프트웨어 개발과 그 통합 과정에 대해 깊이 이해하고 있는 Red Hat과 SUSE도 참여하고 있습니다. 따라서 운영 기구만 보더라도 우리가 추구하는 방향에 대한 명확한 비전을 갖추고 있다고 믿습니다. 잠시 후 SOAFEE의 구성원들에 대해서도 좀 더 자세히 보여드리겠습니다.

클라우드 네이티브 아키텍처

로버트: 하지만 제가 말씀드렸듯이, 저희는 실제로 아키텍처를 정의하려고 노력하고 있습니다. 보시다시피, 여기에는 클라우드 기반 요소와 차량 내(in-the-car) 요소가 포함된 아키텍처가 있습니다. 하지만 핵심은 실제 애플리케이션에 있으며, 여기 있는 많은 요소들은 클라우드와 엣지 간에 변함없이 일관되게 유지될 것입니다. 즉, 클라우드에서 애플리케이션이나 서비스를 개발하다가 에지로 옮길 준비가 되면, 이들이 그대로 작동해야 한다는 뜻입니다. 바로 그 과정에서 컨테이너나 오케스트레이션 같은 기술을 활용하고 있습니다. 이러한 기술들은 클라우드 환경에서 사용되는 방식에서 차용한 것이기 때문에 이미 잘 정립되어 있습니다. 사람들은 이미 이에 익숙합니다. 우리가 해야 할 일은 이를 자동차 환경에 적합하게 만드는 것입니다. 즉, 클라우드 환경에서는 반드시 존재하지 않는 기능 안전성, 실시간 처리, 이종 컴퓨팅 같은 요소들을 고려해야 한다는 뜻입니다. 이것이 바로 SOAFEE가 해결해 나갈 과제 중 하나입니다.

SOAFEE 회원 가입

로버트: 그래서 지난 몇 년 동안 우리 회원 구성은 꽤 훌륭했어요. 운영 위원회 위원들을 다시 한 번 보실 수 있습니다. 현재 회원 수는, 제 생각엔 아마 115명 정도 될 것 같습니다. 그리고 이쪽을 보시면—아마 잘 보이지 않으시겠지만—이것이 ‘ Sonatus ’의 로고입니다. ‘ Sonatus ’은 SOAFEE의 회원사입니다. 이는 매우 타당한 일입니다. 왜냐하면 ‘ Sonatus ’이 주로 주목하고 있는 분야 중 상당수가 바로 소프트웨어 정의 차량(software-defined vehicle)이기 때문입니다. 클라우드-투-비히클(cloud-to-vehicle) 기술이지요. 따라서 그들은 우리가 협력할 수 있는 이 분야의 훌륭한 전문가들입니다.

SOAFEE 작업 그룹

로버트: 그럼 SOAFEE의 구조에 대해 잠시 설명드리겠습니다. 다시 말씀드리지만, 얼마나 명확하게 전달될지 잘 모르겠습니다. 우선, AWS의 빌이 의장을 맡고 있는 운영 기구가 있습니다. 또한 기술 운영 위원회와 마케팅 운영 위원회가 있습니다. 기술 운영 위원회는 실제로 모든 업무를 수행하는 워킹 그룹을 총괄하며, 주로 시스템 아키텍처 분야를 다룹니다. 저희는 클라우드 네이티브를 연구하고 있습니다. 또한 혼합 중요도(mixed-criticality)를 검토하고 있으며, 향후 핵심이 될 것으로 예상되는 하이퍼바이저 기술 같은 것들도 살펴보고 있습니다. 그리고 이러한 결과물들은 SOAFEE를 조기에 활용할 수 있도록 오픈 소스 형태로 공개하는 참조 구현(reference implementation)에 반영됩니다. 그 외에도 우리가 진행해 온 일들이 있습니다. 사실, 다시 돌아가 보면, 여기 또 다른 타이거 팀인 ‘블루프린트 타이거 팀(Blueprints Tiger Team)’이 있다는 것을 확인하실 수 있습니다.

SOAFEE 청사진

로버트: 오픈 소스 참조 구현체를 공개하는 것만으로도 어느 정도는 좋지만, 결국 사람들이 ‘좋아, 이제 우리가 뭔가 해야겠네’라고 생각해야 하는 데 달려 있죠. 알겠죠? 그래서 우리가 결정한 것은, 기본적으로 SOAFEE 환경에서 실행될 수 있는 자동차용 사용 사례를 담은 참조 애플리케이션인 ‘SOAFEE 블루프린트’를 제공하는 것입니다. 이는 오픈 소스일 수도 있고, 클로즈드 소스일 수도 있습니다. 우리가 원했던 것은 사람들이 사용할 수 있도록 예제 애플리케이션을 SOAFEE 생태계에 도입하고, OEM들이 이미 공개된 예제를 통해 빠르게 시작할 수 있도록 돕는 것이었습니다. 이 블루프린트들이 실제로 어떤 역할을 하는지에 대해 조금 더 자세히 설명해 드리겠습니다. SOAFEE 블루프린트는 본질적으로 펌웨어와 하드웨어에서 실행되는 참조 구현에 소요되는 시간을 일부 단축해 줍니다. 그리고 여기 컨테이너들이 있습니다. 앞서 말씀드렸듯이, SOAFEE 아키텍처의 핵심은 워크로드의 컨테이너화를 고려하는 것입니다. 즉, 일종의 마이크로서비스 접근 방식이죠. 따라서 서로 다른 컨테이너에서 다양한 워크로드가 실행됩니다. 여기서 보시는 것처럼 다양한 소프트웨어 요소들이 있습니다. 애플리케이션별 워크로드가 있고, 컨테이너, 오케스트레이션, 잠재적으로는 하이퍼바이저, 툴링 및 기타 모든 요소를 포함하는 베이스 스택이 있습니다. 그리고 맨 아래에는 컴퓨팅 플랫폼이 있습니다. 이것이 바로 일반적인 블루프린트의 모습입니다. 이제 예시를 하나 보여드리겠습니다.

Open AD Kit

로버트: 첫 번째 예시는 ‘OpenAD Kit’라는 것이었습니다. 이는 Autoware라는 오픈소스 자율주행 소프트웨어 회사와 협력하여 개발된 것입니다. 여기서 우리가 한 일은 기본적으로 Autoware의 자율주행 스택을 가져와 이를 여러 개의 컨테이너로 분할한 것이었습니다. 그리고 이 다양한 컨테이너들은 가상 네트워크를 통해 서로 통신합니다. 보시다시피 각 컨테이너에는 매핑, 지각, 계획 수립, 차량 인터페이스 등 다양한 기능이 포함되어 있습니다. 처음에는 이 시스템이 제대로 작동하는지 확인하기 위해 약간 편법을 썼습니다. 실제로는 하나의 컨테이너에서 Autoware 전체를 네 개나 실행하고 있지만, 그중에서는 매핑 기능만 작동하도록 한 셈이죠. 마이크로서비스 아키텍처에 더 가깝게 가기 위해 우리가 해야 했던 일은 바로 이것입니다. 기본적으로 각 기능을 별도의 컨테이너로 분리하여, 더 이상 전체 자율주행 스택을 실행하는 것이 아니라 각 기능을 개별적으로 실행하도록 한 것입니다. 그리고 이것이 바로 우리가 현재 이 OpenAD Kit 블루프린트를 통해 진행하고 있는 작업입니다. 블루프린트가 흥미로운 점이자, 우리가 이를 도입한 이유는 바로 업계가 이 블루프린트를 활용해 OEM이라면 무엇을 할 수 있는지 보여주는 예시로 삼거나, 다른 기술 기업이라면 자사의 기술을 접목해 더욱 흥미로운 결과를 만들어내길 바랐기 때문입니다. 그래서 작년에 Kern Concept이라는 회사가 “좋아, 이 컨테이너화된 구조로 돌아가 보자”고 말했습니다. 그리고 제가 알기로는 여기 있는 기능 중 하나인 차량 인터페이스는 안전 기능입니다. 이 기능이 작동하지 않으면 차량도 작동하지 않습니다. 알겠습니까? 그러니 이 기능은 안전 시스템 내에서 실행되어야 합니다. 그래서 그들이 한 일은, 이 부분을 보시면 알 수 있듯이, 두 개의 시스템을 구축한 것이었습니다. 한쪽에는 Autoware 관련 기능 대부분을 실행하는 시스템이 있고, 다른 쪽에는 기본적으로 차량 인터페이스를 담당하는 안전 기능이 있는 시스템이 있으며, 이 둘 사이에는 가상 이더넷이 아닌 실제 물리적 이더넷이 연결되어 있습니다. 이는 컨테이너화된 마이크로서비스를 사용하는 개념과 동일하지만, 이제 이종 네트워크, 즉 이종 시스템에서 구현하고 있는 것입니다. 보시다시피 안전 관련 부분은 이쪽에 위치해 있으며, 이 경우 NXP와 같은 안전 마이크로프로세서에서 실행될 수 있습니다. 그리고 이쪽에는 반드시 동일한 수준의 안전성을 갖출 필요는 없는 애플리케이션 프로세스들이 있습니다.

SOAFEE 대상 플랫폼

로버트: 플랫폼 얘기가 나왔으니 말인데, 우리가 해야 할 또 다른 일은 하드웨어 플랫폼을 확보하는 것이었습니다. 지도상에서는 보이지 않겠지만, 저희의 많은 반도체 파트너사들이 SOAFEE의 회원사입니다. 그리고 지금 우리가 정말로 노력하고 있는 것은 이들 파트너사들이 각자의 플랫폼을 가져오도록 하는 것입니다. SOAFEE, 즉 SOAFEE 레퍼런스 구현체를 해당 플랫폼에 탑재하는 것입니다. 보시다시피 르네사스(Renesas), NXP, 마벨(Marvell) 같은 기업들이 참여하고 있습니다. 또한 AWS의 네이티브 클라우드 인스턴스도 있습니다. 즉, Arm 기반 프로세서인 그래비톤(Graviton)을 사용해 클라우드에서 SOAFEE를 베어 메탈로 실행할 수 있다는 뜻입니다. 그리고 우리는 자동차 분야 외의 흥미로운 개발자 플랫폼도 확보하고 싶었습니다. 그래서 Turing Pi와 Raspberry Pi를 포함시켰습니다. 사실, 어젯밤 COVESA 행사에서 Raspberry Pi는 SOAFEE를 실행하던 시스템 중 하나였습니다. 자, 이것이 바로 SOAFEE입니다.

참여 방법

로버트: 관심이 있으시고 참여하고 싶으시다면, SOAFEE.io에서 꽤 많은 정보를 얻으실 수 있을 겁니다. 슬랙 채널도 있고, 링크드인에도 SOAFEE 페이지가 있습니다. 가입을 원하신다면, 저에게 직접 연락하시는 것이 가장 좋을 것 같습니다. Robert.Day@arm.com으로 연락 주시면, 제가 회원 가입을 도와드리겠습니다. 이것이 바로 SOAFEE입니다. 저희는 이것이 소프트웨어 정의 차량을 현실로 만드는 데 있어 정말 흥미로운 부분이라고 믿습니다. 주의 깊게 지켜보신 분이라면, 소프트웨어 정의 차량을 현실로 만드는 데 기여하고 있는 다른 컨소시엄들도 있다는 것을 아실 겁니다. 하지만 우리 각자는 마치 자신만의 세계에 있는 것처럼, 각자 담당하는 부분만 수행하고 있습니다. 그래서 이 모든 것이 어떻게 하나로 통합되는지 항상 명확하지는 않습니다. 과연 이 모든 것들이 어떻게 하나로 어우러질 수 있을까요? 그래서 지난 3월, 저희는 이 부분도 돕기로 결정했습니다.

SDV 얼라이언스

로버트: 그래서 저희는 새로운 연합을 결성했습니다. 이 연합은 어제 출범했습니다. 이는 SDV를 현실로 만들기 위해 노력하는 네 개 조직 간의 협력, 즉 ‘시작 단계의 협력’이라고 할 수 있습니다. 먼저, 아마도 가장 오래된… 아니, 가장 성숙한 컨소시엄인 Autosar가 있습니다. 그리고 예전 GENIVI 또는 GEN IVI였던 COVESA도 있습니다. 이클립스 SDV(Eclipse SDV)와 SOAFEE도 참여하고 있습니다. 그래서 우리가 하고 있는 일은 이 서로 다른 컨소시엄들 간의 협력을 촉진하는 것입니다. 말하자면 ‘컨소시엄의 컨소시엄’이라 할 수 있겠고, 원하신다면 ‘협력의 협력’이라고도 할 수 있겠죠. 이 네 개 조직만 보더라도, 각 컨소시엄에는 500개가 넘는 자동차 생태계 기업들이 참여하고 있습니다. 또한, 이 연합으로서 우리가 할 일은 이러한 요소들이 어떻게 서로 조화를 이루는지 명확히 보여주는 것입니다. 실제로 어젯밤 출범 행사에서는 이것이 가능함을 보여주기 위해 각 컨소시엄의 일부가 함께 작동하는 모습을 시연하기도 했습니다. 이를 통해 클라우드-투-엣지, 커넥티드 카, 오픈 소스, 개방형 표준, 실시간 처리 및 안전성 등 모든 요소가 하나의 패키지로 통합됩니다. 목표는 이 체계를 제대로 구축한다면, OEM(원천 제조사)이 소프트웨어 정의 차량(SDV)을 개발하고 배포하는 작업을 훨씬 수월하게 수행할 수 있도록 돕는 것입니다. 또한 이는 협력을 촉진하고, 더 많은 협력을 이끌어낼 것입니다. 단순히 사일로화된 컨소시엄 차원의 협력이 아니라, 진정한 의미의 공동 작업이 이루어질 것입니다. 지난 9개월 동안 이 연합을 구축하고 협력을 진행해 온 과정은 정말 흥미로운 여정이었습니다. 이제 출범했으니 본격적인 작업이 시작됩니다. 따라서 여러분께서는 이 연합을 통해 어떤 성과가 나올지 주목해 주시기 바랍니다. 다시 말씀드리지만, 연합에 참여하고 싶으시다면 다른 참여 기관 중 어느 곳에나 연락하시면 됩니다. 마지막으로 말씀드리고 싶은 점은, 이 연합이 개방형 연합이라는 것입니다. 다른 컨소시엄들도 이 연합에 참여할 것으로 기대하고 있습니다. 단지 우리 네 곳만이 참여하는 것이 아닙니다. 저희는 먼저 시작했지만, 다른 컨소시엄들도 이 연합과 이 공동 산업 노력에 참여하도록 장려하고 있습니다. 그리고 저희는 진심으로 믿고 있으며, 어젯밤 두 OEM 업체와 대화할 때도 그들이 이를 높이 평가한다는 말을 들었습니다. 따라서 우리는 이것이 소프트웨어 정의 차량(SDV) 여정의 진정한 시작, 정말 훌륭한 출발점이 되기를 희망합니다. 이미 진행 중이라고 말씀드렸지만, 이제 본격적으로 이를 실현해 나가는 것이 우리에게 필요한 일입니다. 그리고 우리는 모든 컨소시엄 회원사들이 힘을 합쳐 이 목표를 현실로 만들어 나가기를 기대합니다. 이 슬라이드는 건너뛰겠습니다.

결론

로버트: 그럼 이만 감사의 말씀을 드리고 싶습니다. 이 소프트웨어 정의 차량(SDV)의 멋진 기술들에 대해 이야기할 기회를 주신 ‘ Sonatus ’에 다시 한번 감사드립니다. 또한 이 영상을 온라인으로 시청하시는 모든 분들께 즐거운 시간이 되시길 바랍니다. 대단히 감사합니다.