Piattaforma e affidabilità

Architettura cloud e costi

La bolletta cloud cresce più del traffico, oppure stai per costruire su un cloud e vuoi farlo bene da subito. Progettiamo e rivediamo ambienti GCP e AWS in cui rete, identità, dati, secret e osservabilità stanno in piedi insieme. E ti diciamo onestamente quanto costa il tutto.

Cosa facciamo

Progettiamo ambienti nuovi come un unico sistema. Quando si parte da zero progettiamo insieme rete, identità, livello dati, secret e osservabilità. Aggiungerli dopo è la fonte della maggior parte dei problemi nel cloud. Lavoriamo prima di tutto su GCP e anche su AWS, con più progetti o più account, e tutto in codice dal primo giorno. Il progetto lo ricevi per iscritto, comprese le opzioni scartate e il perché, così il prossimo ingegnere non deve tirare a indovinare.

Rivediamo quello che hai già. Leggiamo account, progetti e codice dell’infrastruttura e guardiamo tre cose. Quanto costa e perché. Quanto è esposto, dai bucket pubblici ai ruoli troppo larghi. E fin dove può arrivare un singolo guasto o una credenziale finita nelle mani sbagliate. Il risultato è un elenco di interventi in ordine di priorità. Niente slide.

Pianifichiamo le migrazioni con conti onesti. Verso il cloud, tra un cloud e l’altro o via da una piattaforma legacy. Per ogni parte del sistema confrontiamo lift-and-shift, replatform e refactoring, con il costo reale di gestirla e modificarla dopo. A volte il piano giusto è spostare meno. Pianifichiamo anche l’ordine dei passaggi, il rollback di ognuno e come portare i dati dall’altra parte senza un lungo fermo.

Rimettiamo sotto controllo la bolletta. Colleghiamo ogni voce di spesa importante al servizio che la genera. Poi eliminiamo gli sprechi, dimensioniamo le risorse sull’uso reale, usiamo gli sconti per impegno dove il carico è stabile e impostiamo label e budget, così la prossima sorpresa salta fuori in pochi giorni e non a fine trimestre.

Come lavoriamo di solito

Molti progetti partono dalla revisione dei costi cloud di due settimane. Leggiamo la fattura GCP o AWS riga per riga, la colleghiamo ai servizi che ci stanno dietro e troviamo cosa paghi senza usarlo. Ricevi un elenco di risparmi in ordine di priorità, con sforzo e rischio per ciascuno, e resta tuo che si continui insieme o no.

Da lì, alcuni team fanno gli interventi da soli. Altri ci chiedono di fare insieme il primo giro, di solito qualche settimana, oppure di passare a una revisione più ampia dell’architettura o a un piano di migrazione. In ogni caso le modifiche finiscono nei tuoi repository e nei tuoi account, e il tuo team sa spiegarle anche dopo.

Fa per te se

  • La bolletta cresce più degli utenti, e nessuno sa dire perché.
  • Stai scegliendo un cloud, o consolidando account e progetti.
  • Hai in mente una migrazione e vuoi un secondo parere prima di impegnarti.
  • Una credenziale sbagliata o un comando digitato male potrebbero buttare giù tutto.

Domande frequenti

Quanto si risparmia con una revisione dei costi cloud?
Dipende da come è cresciuto l’ambiente, e non promettiamo cifre prima di aver visto la fattura. Le scoperte più comuni sono risorse inattive o sovradimensionate, storage che nessuno legge, percorsi di traffico dati costosi e sconti per impegno non sfruttati. La revisione ti dà un elenco in ordine di priorità con sforzo e rischio per ogni voce, così decidi tu cosa vale la pena fare.
Meglio GCP o AWS?
Per la maggior parte dei carichi vanno bene entrambi. La scelta migliore dipende di solito da cosa conosce già il team, da quali servizi gestiti usi e dai contratti in essere. Lavoriamo soprattutto su GCP e anche su AWS, e ti diciamo se la scelta pesa meno di quanto pensi.
Lift-and-shift, replatform o refactoring?
Il lift-and-shift è il più veloce, ma ti porti dietro i vecchi costi e i vecchi problemi. Il replatform passa a servizi gestiti come database e code con poche modifiche al codice, ed è spesso il miglior compromesso. Il refactoring dà più benefici ma richiede più tempo, quindi lo riserviamo alle parti del sistema dove si ripaga chiaramente.
Cos'è il FinOps?
Il FinOps è la pratica di rendere visibile la spesa cloud, attribuirla ai team e ai servizi che la generano e fare del costo un elemento normale delle decisioni tecniche. In pratica vuol dire label o tag, budget, revisioni periodiche e qualcuno che sia responsabile della bolletta. Impostiamo il minimo che funziona per le tue dimensioni.

Raccontaci cosa non funziona.

Bastano poche righe. Rispondiamo entro un giorno lavorativo e la prima call è gratuita.