Skip to content

Deployment environments

Fontana runs on more than one class of host. SOC 2-aligned control narratives and evidence collection apply to production-class deployments where regulated customer data lives. Integration and local environments support engineering velocity on hosts outside that scope.

ClassTypical useCustomer / regulated dataChange control
Production-classManaged cloud production, customer VPC, dedicated self-hosted productionIn scopePinned immutable releases, automatic pre-upgrade snapshots, GHCR-only artifacts on the host
IntegrationShared engineering box, pre-release validationOut of scope for regulated workloadsPre-release validation; may build from source on the host
LocalDeveloper laptop, *.localhost installsOut of scopeLocal integration testing and hybrid dev workflows

Production-class hosts share these properties:

  • Immutable deploy artifacts only on the box: pre-built OCI images and a verified deploy bundle from your registry (typically GHCR). No monorepo checkout or build toolchain required to run tenants.
  • Pinned upgrades via the Fontana CLI using immutable sha-<git> release tags.
  • Automatic full-stack snapshot before each tenant upgrade, with rollback support.
  • Cluster-per-tenant workspace isolation, per-workspace Vault, and WORM audit as documented in Security.

Managed cloud production and customer VPC deployments Fontana operates follow this model. Self-hosted customers can adopt the same pinned-release pattern on their own production hosts.

Integration hosts may keep a source checkout for on-box builds and faster iteration. Local development may combine containerised platform services with live application dev servers.

Those environments help your team ship features. They do not replace production controls for:

  • Supply chain integrity (pinned digest tags, bundle checksum verification)
  • Formal change records (snapshot history, pinned release trail)
  • Regulated data residency and audit evidence export