汽车开源：可靠性的三大支柱

Mark Do 10 小时前暂无评论阅读 56 次

汽车开源：可靠性的三大支柱

从各自为政到协同整合：汽车软件的可靠性新思维

在传统汽车行业，团队往往各自为战：网络安全专家负责封锁端口，质量保证团队专注漏洞排查，功能安全工程师则紧盯ISO 26262标准。Canonical认为，这种碎片化的流程不仅没有促进协作，反而制造了摩擦。一辆不安全的车辆不可能真正安全，而一辆基于低质量代码运行的车辆也不可能拥有真正的安保。这种摩擦导致了开发过程缓慢且僵化。

如今，汽车制造商正逐渐抛弃专有的传统技术栈。为了跟上消费者预期，原始设备制造商（OEM）开始依赖开源软件来驱动车载软件、支持云端开发、实现持续集成/持续交付（CI/CD）以及虚拟电子控制单元（vECU）测试。“云端到道路”的模式承诺了快速部署和前所未有的灵活性。

开源软件的“集市”模式擅长快速创新和社区协作，但这常常与汽车行业严苛、文档繁重的合规体系发生冲突。标准的开源项目本质上无法提供一级供应商和OEM所需的完整可追溯性，也无法满足长达15年的责任周期。

要弥合Linux上游迭代速度与汽车行业下游严谨标准之间的鸿沟，仅仅依靠一个代码仓库远远不够——我们需要一个全新的框架，将开源与关键任务系统的高标准无缝衔接。

可靠Ubuntu的三大支柱

针对这一缺口，Canonical推出了统一框架，其中可靠性不再是附加功能，而是操作系统自带的原生属性。我们将可靠性定义为：能够提供理应值得信赖的服务。我们不把安保、质量、安全视为孤立任务，而是将它们整合为汽车平台的三大支柱。

安保 – 抵御入侵的坚固盾牌：系统保护自身免受意外或有意入侵的能力。我们遵循ISO/SAE 21434标准，确保车辆能够抵御外部威胁。
质量 – 贯穿15年生命周期的可预测性：衡量软件正确性的指标，包括内部可维护性和代码复杂度等要素。验证与可追溯性至关重要，确保系统在整个15年车辆生命周期中行为稳定可预测。
安全 – 消除不可接受的风险：以ISO 26262为指导，确保即使某个组件发生故障，也能以“故障安全”的方式运行。其中关键的一环是保持“无干扰”（FFI）。

将开源敏捷性转化为汽车严谨性

Canonical正是那个能够重新设计严格合规流程，使其原生适配开源范式的角色。我们率先通过了ISO/SAE 21434网络安全认证。我们利用开源社区的极速迭代，再为其包裹上结构化的流程、持续补丁机制以及严格的进程隔离，以满足车辆认证需求。最终打造出一个可靠的基础平台，让您在不牺牲合规的前提下，以软件速度推进创新。