Skip to content

Foundations

Why the industry is changing

SDV is expensive, disruptive and organisationally painful. Four pressures explain why car makers are doing it anyway — and knowing them makes most architecture decisions predictable.

Beginner5 minSDV · Industry · Strategy

Rewriting a vehicle's entire electrical architecture is an enormous, risky, expensive undertaking. Car makers are conservative organisations. So why is essentially the whole industry doing it at once?

Four pressures. Once you know them, most of the technical decisions you will meet stop looking arbitrary.

Pressure 1 — Complexity stopped being manageable#

Pressure 2 — Customers now expect improvement#

A phone gets better after you buy it. So does a television, a games console, a watch.

A car, historically, did not. It was as good on day one as it would ever be, and slightly worse every year after.

Pressure 3 — Revenue after the sale#

Traditionally a car generates revenue once, at the point of sale, plus servicing.

Software changes that. A feature can be sold to a vehicle already on the road. Subscriptions, one-off unlocks, upgrades — all delivered without anybody visiting a workshop.

Pressure 4 — Regulation now requires update capability#

This one is less discussed and increasingly decisive.

Cybersecurity regulation in several major markets now requires manufacturers to monitor for vulnerabilities and respond throughout a vehicle's service life — which can be fifteen years.

What actually enabled it#

Pressures explain the motive. Three things made it possible now rather than a decade ago:

Automotive-grade processors got powerful enough. Running several operating systems and dozens of functions on one chip, within an automotive thermal and temperature envelope, is recent.

Automotive Ethernet matured. Moving from broadcast at kilobits to switched Ethernet at gigabits — with providing timing guarantees — is what allows a central computer to talk to everything fast enough.

Hypervisors became automotive-viable. Running a safety-rated system and a general-purpose one on the same chip, with provable isolation, is what makes consolidation acceptable to a safety engineer.

The costs, stated honestly#

SDV is not free, and pretending otherwise leads to bad planning.

CostReality
HardwareCentral compute is far more expensive than a small ECU
Complexity movesIt does not vanish — it becomes software complexity
New skillsHypervisors, service architectures, cloud, CI at scale
Organisational changeSuppliers deliver software, not boxes — a different contract
Safety burdenProving isolation on shared hardware is genuinely hard
Lifetime obligationSoftware teams must exist for fifteen years, not until launch

What this means for your work#

Understanding the pressures makes a lot of things predictable:

  • Why architecture reviews are strict about service interfaces. Because the whole point is adding consumers later without redesign.
  • Why the update path is treated as safety-critical. Because it is a compliance obligation, not a convenience.
  • Why dependencies get scrutinised. Because someone will be patching them in 2041.
  • Why simulation gets so much investment. Because physical vehicles are the bottleneck and always will be.

Next#

How the electronics got to this point, in more detail.

References & further reading

Code links target the main branch on cs.android.com. AOSP moves — if a path 404s, search the symbol instead.