Multi-cloud deploy orchestrator

pusho.dev

Lo strato che sta sopra ai CD: un solo comando spedisce la stessa release su Clodino Cloud, AWS, Azure, on-prem, edge.

PUSHO · open source

Cos'è

Quando ArgoCD da solo non basta.

pusho.dev è il tool sviluppato in Clodino per orchestrare deployment su target eterogenei. Nasce dall'esperienza: i clienti reali non hanno un solo cluster Kubernetes, hanno una galassia di target — K8s on-prem, K8s in 3 cloud diverse, VM Ansible, edge K3s, serverless AWS Lambda.

pusho.dev è il layer di policy sopra ArgoCD/Fleet/Terraform/Ansible: un solo deploy, target multipli, strategie diverse per target (canary per prod, rolling per staging, blue-green per zero-downtime), rollback automatico legato a SLO Grafana.

Approval flow integrato: il deploy in prod richiede 2 approvazioni dal team, dopo aver passato 4 ore in staging senza alert. Audit log immutabile per compliance.

Caratteristiche chiave

Quello che pusho.dev fa che gli altri non fanno.

Niente di magico: solo l'orchestrazione sopra strumenti che già funzionano.

Multi-target

K8s + VM + serverless + edge — un solo deploy, target descritti in YAML.

Policy per target

Canary per prod, rolling per dev, immediate per CI. Stesso codice, regole diverse.

SLO-aware rollback

Burn rate Grafana > 14× → rollback immediato. Sicurezza data-driven, non timer.

Approval flow

Multi-step approval, 4 eyes, time-window, change-window. Audit immutabile.

Driver pluggabili

ArgoCD, Fleet, Terraform, Ansible, AWS SDK, Cloud Functions. Aggiungiamo nuovi driver as needed.

CLI + GitOps

pusho CLI da pipeline, oppure deploy declaration in git — entrambi i modi funzionano.

Come lo usiamo

Come usiamo pusho.dev nei progetti.

pusho.dev CLIDriver ArgoCDDriver TerraformDriver AnsibleDriver AWSGrafana adapterSlack/Teams

Definiamo i target nel git repo cliente: cluster K8s, account AWS, gruppi Ansible, lambda.
Le pipeline GitLab/Jenkins chiamano `pusho deploy` invece di kubectl/argocd direct.
Policy di rollout ereditate da template per tipo di servizio (web, batch, db, edge).
Integrazione Grafana: pusho.dev legge SLO burn rate, decide go/no-go automaticamente.
Slack/Teams notifiche: PR-style approval interattivo, log link inclusi.
Audit DB: ogni deploy con utente, target, immagine, hash git, esito — esportabile per compliance.

“È il pezzo che mancava tra 'la pipeline build l'immagine' e 'tutti i cluster ce l'hanno'. L'abbiamo costruito perché ci serviva.”

Hands on

Un deploy multi-target con canary su prod.

shell · pusho deploy~/clodino

$ pusho deploy app=checkout version=$CI_COMMIT_SHA
› Targets:
›   prod-mi          canary 10% → 50% → 100%   strategy: slo-gate
›   prod-mo          canary 10% → 50% → 100%   strategy: slo-gate
›   edge-fleet (180) waves 5% → 25% → 100%    strategy: fleet
›   staging-aws      rolling 100%             strategy: rolling

› Phase 1/3 · 10% traffic on prod-mi · waiting 5m for SLO check
› SLO burn rate: 0.4x · GO
› Phase 2/3 · 50% · waiting 10m
› Phase 3/3 · 100% · all targets in sync
› Done. 4 targets, 187 instances, 8m 42s