Skip to content
Latchkey

What Is a Deployment Unit? The Thing You Actually Ship

A deployment unit is the smallest self-contained artifact that you deploy, scale, and roll back as a single thing.

Architecture choices ultimately come down to what you ship as one piece. A monolith has one big deployment unit; a microservice system has many small ones. The size and boundaries of your deployment units determine your release cadence, your blast radius, and the shape of your pipelines, so it is worth naming the concept directly.

The unit of deploy

A deployment unit is what gets released together: a container image, a serverless function, a packaged service. It is deployed, versioned, scaled, and rolled back as one. Its boundaries decide what must change together and what can change independently.

Size is a trade-off

  • Larger units: simpler pipelines, but coarse releases and bigger blast radius.
  • Smaller units: fine-grained, independent releases, but more pipelines.
  • The boundary determines what deploys together.
  • It shapes how often and how safely you can ship.

Blast radius

A bad deploy affects its whole unit. A small unit limits the damage to one service; a large one risks the whole application. Sizing units deliberately is partly a decision about how much a single failed deploy is allowed to break.

One pipeline per unit

Each deployment unit typically has its own build-test-deploy pipeline. The number and size of your units therefore directly set how many pipelines you maintain and how independent your releases can be.

Immutable and versioned

A good deployment unit is immutable and versioned: a given version is the same bytes everywhere, so you can promote it across environments and roll back to a prior version with confidence. This is the build-once, deploy-many principle applied to the unit.

Provisioning per unit

Many small units mean many frequent deploys and the build jobs behind them. Warm, fast-provisioning runners (as Latchkey offers) keep that higher deploy frequency from bottlenecking on build queue time.

Key takeaways

  • A deployment unit is the smallest artifact you deploy and roll back as one.
  • Its size trades pipeline simplicity against release granularity and blast radius.
  • Immutable, versioned units enable promotion across environments and clean rollback.

Related guides

Tired of flaky CI? Latchkey auto-heals failed jobs and retries them for you. Start free →