Hybrid infrastructure. One operating contract.

Run governed infrastructure across hybrid environments through stable contracts, preflight validation and structured run records.

Network labs • HA platforms • hybrid networking • cloud recovery

A representative HybridOps run
PostgreSQL HA failback
hyops blueprint deploy \
  --env production \
  --ref dr/postgresql-ha-failback-onprem@v1 \
  --execute
contractresolved
preflightpassed
restoreverified
endpointpublished
recordwritten
<environment-root>/logs/module/<module_id>/<run_id>/
MIT-0 open source
30
Shipped blueprints
86
Runtime modules
64
Public ADRs
8
Execution targets

What you can run

Working scenarios across the catalogue, each backed by an end-to-end reference path.

Network lab continuity across ephemeral compute

Move new or existing network labs onto high-resource execution capacity that can be released after continuity state is preserved and verified, then reconstruct on fresh hosts when needed.
Reference implementation: EVE-NG, GNS3, and Containerlab across on-premises and Google Cloud compute.

View walkthrough
Authoritative on-prem foundation

Establish authoritative infrastructure data, segmented network state, and foundation services through one governed path with deterministic rebuilds.
Reference implementation: NetBox IPAM and Proxmox SDN across a clean on-premises environment.

View walkthrough
Stateful-service HA failover and failback

Exercise verified backup, cloud failover, and controlled return through isolated recovery lanes with checksum-validated application data.
Reference implementation: PostgreSQL HA with Patroni and pgBackRest across on-premises and GCP.

View walkthrough
Hybrid WAN edge and site extension

Establish a resilient public edge, extend on-premises routes through redundant tunnels, and exchange prefixes with a cloud hub under one governed WAN control plane.
Reference implementation: A VyOS edge pair on Hetzner with GCP hub routing and BGP.

View walkthrough
Highly available platform foundation

Bring up a highly available on-premises control plane and worker pool, publish a clean operator handoff, and layer workloads without changing the delivery contract.
Reference implementation: RKE2 with a GitOps-ready kubeconfig and workload path.

View walkthrough
Authenticated application burst

Burst an authenticated web tier into cloud capacity with governed secret delivery and a controlled public cutover while upstream authority services remain in place.
Reference implementation: GKE with GitOps and cloud-native secret delivery.

View walkthrough
Governed segmented network foundation

Apply one governed contract to segmented networking, optional host routing, address services, and API-only multi-node delivery.
Reference implementation: Proxmox SDN with VLAN-backed networking, NAT, and DHCP.

View walkthrough
Managed standby DR and controlled return

Establish a managed cloud standby from an on-premises HA source, promote it under control, and return through an isolated lane without touching the live service path.
Reference implementation: PostgreSQL with Cloud SQL across on-premises and GCP.

View walkthrough

Capabilities

The same operating model from initial validation through deployment, recovery, and teardown.

DR drills
Rehearsed failover and failback with structured run records, redacted logs, and a clear verification chain.
Controlled burst
Provision burst capacity only when signals and policy allow. Keep cloud spend event-driven.
Environment policy
Keep backends, approvals, connectivity expectations, and execution policy separate from the requested outcome.
Replaceable implementation
Change a versioned implementation without changing the operator contract.
Validation
Deterministic input merge with module-owned validators and preflight before execution runs.
Run records
Every run persists deterministic results, redacted logs, and published outputs that can back an incident review or audit.
Representative runtime record

Drivers run in isolated workdirs and persist reviewable output under the runtime root. Redaction is default.

<runtime-root>/logs/module/<module_id>/<run_id>/
  driver_meta.json
  driver_result.json
  inputs_runtime.json
  workspace_policy.json
  backend_binding.json
  stdout.redacted
  stderr.redacted

Docs and runbooks describe the wiring. The operating surface stays stable even when the implementation behind it changes.

Execution model

A strict boundary between intent, policy, and implementation.

ModuleSpec + Profile
Intent from the module; policy and defaults from the profile
hyops apply
Merge inputs, validate the contract, and prepare execution
Driver + Pack
The driver executes the selected implementation pack in an isolated workdir
Run record
Redacted output, published values, and execution provenance
Blueprint declares the outcome

Policy, ordered stages and required evidence are explicit. Executor details stay outside the operator request.

api_version: hybridops/v1
kind: BlueprintSpec
blueprint_ref: dr/postgresql-ha-failback-onprem@v1
mode: hybrid

metadata:
  outcome: On-prem PostgreSQL HA is restored from backups and publishes standard DB connection outputs.

policy:
  fail_fast: true
  evidence_required: true

steps:
  - id: postgresql_restore
    action: deploy
    requires: [postgres_ha_vms]
  - id: postgresql_backup_config
    requires: [postgresql_restore]
  - id: postgresql_dns_cutover
    requires: [postgresql_backup_config]

The shipped blueprint carries the complete module references, inputs, authority requirements and verification path.

Run records stay reviewable
Inputs
Merged with deterministic precedence, then validated.
Workdir
Packs are copied into an isolated workdir under the runtime root.
Run record
Stable paths with redaction by default and deterministic published outputs.

`hyops blueprint deploy` is the stable lifecycle entry point. The module runtime remains available for individual operations.

Choose how you run HybridOps.

Linux
macOS
Windows 11
Self-serve
Community

For: Evaluation, learning, and initial DR drills

  • Open-source runtime and reference modules
  • Public documentation and walkthroughs
  • Linux, macOS, and Windows 11 setup
  • Structured run records for every run
  • No always-on cloud required
Guided rollout
SME

For: Lean teams adopting HybridOps in production

  • Adoption and architecture assessment
  • Greenfield or brownfield implementation planning
  • Guided onboarding and rollout support
  • Recovery and DR drill review
  • Implementation guidance and team handover
Programme rollout
Enterprise

For: Regulated or multi-team programmes

  • Multi-team governance and operating profiles
  • Hardened implementation and recovery standards
  • Audit-ready run records
  • Training and organisational enablement
  • Continuing technical advisory
Start here

Install Core and run a blueprint.

Use the Quick Start to install Core and prepare the runtime dependencies for your first target.

  • Install on Linux, macOS, or Windows 11
  • Pick a reference module and run hyops apply
  • Inspect the run record: redacted logs, published outputs, and provenance
  • Follow the quickstart runbook to extend the drill

Book a call

Share a little context so we can make the session useful from the start.

Prefer email? hello@hybridops.tech