자동차 산업에서의 DevOps 적용의 필요성

현재 자동차 산업에서는 다양한 혁신이 발생하고 있으며, 특히 기존의 ICU(Internal Combustion Engine)에서부터, EVs(Electric Vehicles), ADS(Automatic Driving System) 형태로 진하고 있으며, V2X(Vehicle To Everything communication)을 통해 차량은 Connected IOT 형태로 발전하고 있습니다. 더불어 이러한 부분을 가속화하기 위해, ML(Machine Learning), AI(Artificial Intelligence) 지능형 소프트웨어와 OTA(Over The Air)와 같은 무선 업데이트까지 다양한 솔루션들이 적용되고 있습니다.

이러한 부분을 가속화하고 발전시키기 위해서는 아래와 같은 어려움들을 극복해야 합니다.

• 새로운 요구사항이나 기능(Feature)에 대한 정립이 기존의 OEM 중심에서 다양한 이해관계자(소비자, 공급업체, 솔루션 업체, 플랫폼 업체, 도구 업체 등)로부터 이동하고 있으며 새로운 협업모델이 필요하다는 점입니다.
• 기존의 단절된 소프트웨어 개발 방식이 아닌, OEM내의 개발팀 간, 또는 OEM과 공급업체 간의 지속적인 커뮤니케이션이 개발과정에서 발생하고 실제 실현되어야 합니다.
• 특히 OTA가 적용되면서 소프트웨어 지속적인 개선 및 기능의 변경을 통해 소프트웨어의 통합과 릴리즈를 가속화해야 합니다.
• 소프트웨어는 원칙적으로 완벽할 수 없는 속성을 가지기 때문에, 새로운 기능 및 솔루션과 관련된 모든 종료의 소프트웨어를 개발하는 과잉 엔지니어링을 방지해야 하고, 지속적인 유지 보수가 가능하도록 해야 합니다.

결국, 이러한 시장 및 기술적 상황을 적절히 대응하기 위해서는 개발 프로세스 패러다임에 대한 혁신이 있어야 가능하며, 이러한 대안으로 가장 많이 회자되고 적용 시도가 많은 방법이 DevOps입니다.

이러한 부분을 가능케 하기 위해서는 다양한 어플리케이션 소프트웨어, 이기종 소프트웨어 플랫폼, 미들웨어 등의 빠른 개발/테스트와 통합 및 배포할 수 있는 개발 프로세스가 필요하며, 또한 시장에 출시된 소프트웨어 문제 개선을 위해 빠른 업그레이드가 가능한 피드백 메커니즘이 필요합니다. 또한 기존이 다양한 개발프로세스와 개발환경을 통합하는 것이 중요한 핵심적인 요소입니다.

특히 SaaS(Software as a Service)개념의 진화는 자동차 산업에서도 전통적인 개발프로세스보다는 Agile을 DevOps와 통합하는 것이 다양한 개발의 요구사항(Needs)와 수많은 변경(Change) 및 실시간 업데이트를 맞추기에는 더 성공적이라고 판단되고 있습니다.

아래는 주요 업체별 DevOps에 대한 적용 현황에 대한 참고 내용입니다.[3]

Jaguar & Land Rover는 2016년 DevOps Enterprise summit에 엔지니어들이 참여하면서 시작되었으며, Phoenix Project를 통해 DevOps의 영감을 받아 프로젝트를 시작하였습니다. 이후 Linux와 Git으로 3개의 간단한 프로젝트를 실행하고, 자동화된 테스트로 통합하고, 결국은 빌드 프로세스를 자동화하여 새로운 기능이나 변경에 피드백 받는데 걸리는 시간인 4~6주를 단 30분으로 단축하였습니다.

Mercedes-Benz는 다양한 엔지니어들이 협업을 위해 지리적(geographic locations) 시간적(Time) 및 보안(Security) 이슈들을 해결하여 작업속도 및 품질을 올리기 위한 방법으로 DevOps Pipeline을 고민하고 시도하고 있습니다. 또한 소비자는 아이디어 및 스토리를 제공하고, 소프트웨어 엔지니어는 이러한 스토리를 선택하고, 구현하여 git 저장소에 커밋하고, 그 다음에 CI/CD가 진행되고 테스트 엔지니어가 테스트를 수행하고 최종 배포가 진행되는 Automatic Pipeline을 고안하고 적용하려는 시도를 하고 있습니다. 그리고 Responsibility/Freedom/Autonomy/Fast decision의 요소들이 진정한 DevOps를 가능하게 한다고 믿고 있습니다.

UBER는 설립초기부터 기술 중심으로 수용을 해왔으며, DevOps를 공개적으로 사용하고 지지해 왔습니다. 특히 1,000s of microservices, 1,000s of builds per day, 10,000+ deployments per day, 100k+ service containers per cluster, ~1M batch containers per day 표방하고 있습니다. (Uber의 DevOps의 발표 영상 참조: https://www.youtube.com/watch?v=BT9sUm5M77Y)

Tesla는 자율주행 오토 파일럿 시스템이 개발과 더불어 사용자가 새로운 기능을 추가하거나 새로운 소프트웨어를 업데이트 하기 위해 물리적인 정비소를 방문하지 않고 OTA(Over The Air)를 통해 이러한 부분을 빠른 시간애에 가능케 시작한 기업입니다. 결국 DevOps와 Agile같은 프로세스르 적용하지 않고는 불가능합니다.

BMW는 2016년에 Agile과 BizDevOps로 전환을 시작했습니다. 2019년 DOES 2019에서 IT혁신을 위한 여정을 발표하고, 자동차 제조 업체에서 모빌리티/서비스 제공업체로 전환에 따른 대규모 Agile 및 DevOps가 비즈니스 및 결국 소비자에 커다란 이익을 줄 수 있다고 선언하였습니다. 개발팀이 80%는 기존의 Waterfall방식의 개발과 20%는 Agile 방식을 활용하고, 서로 협업을 한다는 의미는 개발 문화와 속도가 분명이 다른 어려움을 가지고 있었습니다. 이러한 어려움을 극복하기 위해 BizDevOps로 이동을 목표로 전환을 하고 있습니다.

결론적으로 자동차 산업에서의 소프트웨어는 수 억에서 수십억 LOC(Line of Code)로 자동차 분야의 기술 및 브랜드의 핵심적인 역할을 하기 때문에 IT 및 모바일 업계의 유사한, 혁신적 경험을 바탕으로 품질 및 안전성을 보장하는 새로운 차량의 기능과 무선 업데이트가 가능한 개발 방법으로 전환을 해야 합니다. 이러한 부분을 지원하는 방법 중 하나로 지속적인 통합 및 지속적인 제공을 지원하는 DevOps의 철학은 5G기반의 OTA가 지원되는 상황에서 적합한 개발 방법이라고 볼 수 있습니다.

자동차 산업에서 DevOps 채택이 직면한 문제는 OEM, Tier, SW 및 도구 공급업체를 정의하고, 관련 프로세스를 공식화하여 ECU 및 전자 부품의 표준화를 제시함으로써 해결해야 합니다. 지속적인 업데이트, 사이버 보안의 발전, 5G 네트워크의 통해 OEM은 리콜이 거의 또는 전혀 없이 원격으로 버그를 수정하고 고객에게 향상된 사용자 경험을 제공할 수 있어야 합니다.

결론적으로, DevOps를 적용하기 위해서는 아래 사항들이 반드시 고려가 되어야 합니다.

1. 전방위 테스트가 가능해야 함: Tier2, Tier1 및 OEM등 다양한 레벨(White box and Black box – UT, IT, QT 등) 및 환경(Virtual, SIL, MIL, PIL, Vehicle 등)에서의 테스트 가능해야 합니다.
2. 소프트웨어 도구 및 테스트 케이스의 공유의 필요
3. Automotive SPICE로부터 시작하여 Agile 등의 적용이 요구
4. DevOps의 개발과정이 필수과정에 대한 모니터링
5. 개발에 대한 문화를 공개적이고 협업가능한 문화로 변화

무엇보다도, 최상위 경영자의 인식의 전환과 개발 및 테스트 엔지니어들의 이러한 변화에 적극적으로 대응하고, 기존의 폐쇄적인 개발방식에서 개방형 개발 방향으로 전환을 통해 DevOps의 개발 패러다임을 적용해야 합니다.

즉 DevOps는 SDV(Software Defined Vehicle)과정에서의 매우 핵심적인 개발방향 입니다.