metodo
L’open source è gratis. Il sistema è il prodotto.
Costruiamo su un ecosistema open source collaudato — moduli Terraform pubblici, componenti riusabili, il framework Atmos, tutto Apache 2.0, usato in produzione da centinaia di team. Stare su fondamenta pubbliche e collaudate è il contrario dell’impianto su misura che solo chi l’ha scritto sa mantenere. Quello che paghi è l’architettura che tiene insieme i pezzi, implementata nei tuoi account.
Tutto è tuo, dal primo giorno
Repository tuoi, account tuoi, pipeline tue. Nessuna piattaforma proprietaria, nessun agente installato, nessuna licenza da rinnovare.
// se un giorno ci mandi via, non perdi niente.
Prezzo fisso, esito garantito
Ambito e tempi definiti prima di iniziare, con clausola di rimborso scritta nel contratto. Non vendiamo giornate: vendiamo un risultato.
// chi vende giornate ha interesse ad allungare. chi vende un esito, a finire.
Infrastruttura che gira, non slide
Il deliverable è una piattaforma in produzione con la sua documentazione, non una roadmap in PDF.
// i pdf non reggono traffico.
Ce ne andiamo, davvero
L’ingaggio finisce con il tuo team che opera la piattaforma: handover e formazione sono nel prezzo. Dopo, se serve, un abbonamento di supporto trasparente.
// la misura del successo è non esserti più necessari.
velocità
In produzione in settimane, non mesi.
Non perché corriamo: perché non partiamo da zero. Lo stack è battle-tested (moduli e architetture che giravano in produzione ben prima di arrivare da te) e usiamo l’AI per adattarlo al tuo contesto: account, ambienti, vincoli, convenzioni, policy.
Il lavoro ripetitivo lo fa la macchina; le decisioni le prende chi ne risponde. Ogni riga passa da una review umana ed è scritta per essere letta fra tre anni. L’AI accelera il mestiere, non lo sostituisce: niente slop in produzione.
- 🧱 stack battle-tested
- 🤖 ai per l’adattamento
- 👀 review umana su tutto
deliverable
Cosa c’è dentro, concretamente.
Lo stack è noto e scelto per essere operabile da un team piccolo. Niente pezzi esotici da accudire.
- landing zone
- multi-account su AWS, multi-project su GCP, multi-subscription su Azure: confini chiari
- terraform + atmos
- tutta l’infrastruttura come codice, organizzata per essere letta
- kubernetes + argocd
- EKS, GKE o AKS, deploy dichiarativi: gli ambienti restano allineati a Git
- karpenter
- i nodi giusti, della taglia giusta, solo quando servono
- promozioni con kargo
- da dev a produzione con regole scritte; il CI resta quello che usi già
- osservabilità
- metriche, log e allarmi che suonano solo quando serve
- iam e sso
- least privilege di default, accessi centralizzati e revocabili
- costi sotto controllo
- allocazione per team e servizio, budget e alert
- documentazione e runbook
- scritti per il tuo team, non per noi
se operi in un settore regolato
GDPR, NIS2, DORA per la finanza, ACN e AgID per chi lavora con la PA: una piattaforma fatta bene non ti certifica, ma rende le evidenze un sottoprodotto. Audit trail nativo, least privilege di default, e l’infrastruttura come codice è essa stessa la documentazione che l’auditor chiede.
percorso
Tre passi, con i ruoli scritti.
1.
Comprendere
- tu
- ci dai accesso in sola lettura a billing e account, e mezza giornata del tuo team.
- noi
- torniamo con un report prioritizzato: cosa recuperare, cosa sistemare, in che ordine.
2.
Costruire
- tu
- un referente tecnico, e le decisioni che spettano a te.
- noi
- implementiamo la piattaforma nei tuoi account, via pull request nei tuoi repository, con ambito e prezzo fissati prima.
3.
Consegnare
- tu
- il tuo team prende in mano la piattaforma, con noi accanto.
- noi
- formazione, runbook, affiancamento. Poi usciamo di scena; se serve, restiamo raggiungibili in abbonamento.
per chi
Per chi è, per chi no.
lavoriamo bene con
- team di prodotto tra 15 e 200 persone, su AWS, GCP o Azure
- chi preferisce Terraform ai click in console
- chi vuole che la piattaforma resti del proprio team
- chi ha una bolletta cloud diventata una voce seria di bilancio
non siamo il fornitore giusto
- se cerchi giornate-uomo da rivendere dentro un progetto più grande
- se l’infrastruttura deve restare per sempre un reparto esterno: lavoriamo per renderci superflui
- se ti serve una migrazione mainframe o un ERP: non è il nostro mestiere
Dire di no alla vendita sbagliata costa meno che gestirla. Vale per te e per noi.