AWS and Google CloudAzure next

24 customer clouds.
1 desired state.

Describe your product once. Converge plans every rollout, waits for your approval and builds it inside each customer's own AWS account or Google Cloud project, then pulls drift back in line.

Fleetconverge-demo 1.2.0 → 1.3.0

0 / 24 in sync0 applying0 drifted

  • In sync
  • Applying
  • Drifted
  • Behind
one customer per bar · hover for details

A live view of 24 customer accounts. Each bar fills in as the new version reaches that customer, and a drifted account turns amber until Converge pulls it back in line.

[ Watch one converge ]
  1. 01

    Describe

    One versioned spec names everything the product needs. The same file deploys to AWS or Google Cloud, and values that differ per customer become parameters.

  2. 02

    Plan

    Converge reads what already runs in acme's account and shows the exact diff. Nothing moves until someone approves it.

  3. 03

    Apply

    Resources are built in dependency order inside their own account, each one checked healthy before the next.

01Describe

One versioned spec names everything the product needs. The same file deploys to AWS or Google Cloud, and values that differ per customer become parameters.

AC

acme

AWS 4021 7783 1190 · us-east-1

Spec 1.2.0
product: converge-demo
version: 1.2.0
params: [domain]
resources:
net: { type: network, cidr: 10.40.0.0/16 }
app_key: { type: secret }
uploads: { type: bucket }
jobs: { type: queue, max_receive_count: 5 }
db: { type: database, engine: postgres }
cache: { type: cache, network: ref(net) }
api: { type: service, image: api:1.2.0 }
public: { type: ingress, domain: param(domain) }
Same spec, on
[ Day two ]

The first deploy is the easy part.

Upgrades, drift, failures and audits are where a fleet of customer clouds gets hard. Converge handles each of them the same way, for every customer.

Canary first, then batches with a soak in between. A failure pauses the rollout before it spreads.

Rollouts · converge-demo 1.3.0
RunningApplying the canary
0 / 7 customers
WaveCustomerCloudStatus
CanaryacmeAWS us-east-1Applying
Batch 1globexGCP us-central1Pending
initechAWS eu-west-1Pending
hooliGCP europe-west1Pending
Batch 2starkAWS eu-west-1Pending
wayneAWS ap-south-1Pending
wonkaGCP asia-south1Pending

Private registries

Pull credentials are sealed once and handed to each customer's runtime.

Fleet search

Filter customers by cloud, version, drift or label, in a link you can share.

A CLI for all of it

Plan, apply, retry, tail logs and destroy from CI with the same guardrails.

[ Guardrails ]

Built for production accounts you don't own.

Deploying into someone else's cloud means safety by default, not by habit.

  1. 01

    Plan before apply

    Every change starts as a diff a teammate approves. Apply does exactly what the plan showed, nothing more.

    plan 3f9a2c71 · awaiting approval

  2. 02

    Data is never replaced

    Databases, caches and buckets refuse replacement unless you allow it for that one customer.

    db · replace refused

  3. 03

    They hold the keys

    On AWS, one IAM role locked to an external ID. On Google Cloud, a service account Converge may only impersonate. Either is revocable any time.

    sts:ExternalId = cvg-acme-prod

  4. 04

    Healthy, or not done

    A run only finishes once every service answers its health check. Otherwise the environment is marked degraded.

    GET /healthz 200 · 3/3 tasks

  5. 05

    Teardown takes their name

    Destroying a customer lists everything that will be deleted, and an admin has to type the environment ID to go ahead.

    type acme-prod to confirm

  6. 06

    Roles for the team

    Viewers watch. Operators plan, apply and retry. Admins onboard customers, publish versions and approve teardowns.

    viewer · operator · admin

[ Your turn ]

Every customer on the version you approved.

Onboard a customer on AWS or Google Cloud, review their first plan and roll the next version out to the whole fleet, all from one console.

clouds, one spec
2
manual steps per customer
0
approval per rollout
1

Rollout

converge-demo 1.2.0 → 1.3.0

0 / 8 in sync
CustomerCloudVersionStatus
acmeAWSus-east-11.2.0Applying
globexGCPus-central11.2.0Pending
initechAWSus-east-11.2.0Pending
umbrellaAWSeu-west-11.2.0Pending
hooliGCPeurope-west11.2.0Pending
starkAWSeu-west-11.2.0Pending
wayneAWSap-south-11.2.0Pending
soylentGCPasia-south11.2.0Pending

A rollout table: each customer moves from pending, to applying, to in sync on the new version.