‹ Publications

native.cloud: Cloud Native Infrastructure Metadata Ontology

Published with native.cloud

October 21, 2026

Ontology

Every platform team invents its own metadata. One cluster labels a workload env: prod, the next uses environment: production, and the policy engine, cost report and incident tooling each expect something different. native.cloud is an open ontology of shared keys for that metadata, so the same idea gets the same name across teams, tools and vendors.

ControlPlane sponsors native.cloud. The idea dates from 2020 and the site went live in 2026. The ontology is public, vendor-neutral, free to use, and licensed under CC BY 4.0.

The native.cloud ontology homepage

How It Works

Each key lives under a domain prefix and is defined once, with its meaning, the contexts it is valid in, a validation constraint and example values. You use the keys in your existing infrastructure code:

metadata:
  labels:
    workload.native.cloud/businessCriticality: critical
    workload.native.cloud/environmentName: production

Each key lists where it applies: Kubernetes labels, annotations and taints, ResourceClaims, and OCI image annotations. The site also covers enforcing keys with Kyverno and ValidatingAdmissionPolicy.

Ontology Domains

The first release defines keys across eight domains:

  • compute.native.cloud: hardware, microarchitecture and virtualisation, such as CPU core count and chassis serial number.
  • identity.native.cloud: operational identity and human actors, such as username and minimum remaining certificate validity.
  • network.native.cloud: network topology and interface configuration, such as MAC address.
  • storage.native.cloud: storage tiering and retention, such as retain-until and eligible-for-deletion-after dates.
  • tenancy.native.cloud: tenant identity, tenancy model and tier, and suspension status.
  • topology.native.cloud: physical location and fault domains, such as continent, country code and zone ID.
  • vendor.native.cloud: manufacturer and product identifiers, such as PCI and USB vendor IDs and SLA URLs.
  • workload.native.cloud: business criticality, environment, version, responsible teams, and links to dashboards, documentation and source code.

Adopt Only What You Need

native.cloud is a voluntary standard. It sits alongside the conventions you already use, rather than replacing them, and the advice is plain: don’t add keys you have no use for. If a key you need is missing, propose it through an RFC on the GitHub repository.

Access Publication