Le domande sui costi cloud sembrano quasi sempre semplici.
- Quanto ci costa questo cliente?
- Quanto ci costa mandare avanti questa funzionalità?
- Quali team o prodotti stanno trainando la spesa?
Su piccola scala, si risponde facilmente con stime approssimative. Quando i sistemi crescono, però, diventano silenziosamente tra le domande più difficili dell'intera organizzazione.
Non perché ai team manchino i dati, ma perché è cambiato il modo in cui funziona l'infrastruttura moderna.
I costi non seguono più la logica dell'ownership
Negli ambienti in fase iniziale, il costo di solito coincide con l'ownership. Un servizio appartiene a un team. Un database supporta un prodotto. Un ambiente corrisponde a una funzione.
Con la crescita dell'infrastruttura, questo modello mentale si sgretola.
I sistemi di oggi sono:
- Fortemente condivisi tra team e prodotti
- Costruiti su layer di piattaforma che servono molti consumatori
- Sempre più multi-tenant by design
Il costo non ha più un solo proprietario: è distribuito tra pattern di utilizzo. A quel punto, chiedersi "di chi è la responsabilità?" non è più la domanda giusta.
L'infrastruttura condivisa nasconde il consumo reale
La maggior parte dei costi cloud davvero rilevanti si annida nei layer condivisi:
- Data pipeline
- Piattaforme di streaming
- Database
- Networking e traffico tra servizi
- Servizi di piattaforma che sostengono numerosi workloads
Questi componenti raramente hanno una corrispondenza uno-a-uno con un team, una funzionalità o un cliente.
Assorbono invece l'utilizzo proveniente da tutta l'organizzazione, spesso in modo disomogeneo. Alcuni team consumano molto più di altri, ma questo squilibrio è difficile da individuare.
Il risultato è opacità sui costi, anche quando la spesa complessiva è ben visibile.
Perché la Unit Economics si sfoca su larga scala
Quando il costo non si può ricondurre direttamente all'utilizzo, la Unit Economics ne risente.
I team fanno fatica a:
- Spiegare i margini per cliente o prodotto
- Capire quali funzionalità sono davvero redditizie
- Prevedere la spesa con precisione
- Prendere con sicurezza decisioni di architettura o di pricing
Il Finance si trova davanti numeri che non tornano. L'Engineering vede una complessità che nei report non emerge.
E tutti percepiscono questo divario.
Il vero problema è l'attribuzione, non la visibilità
Il vero nodo non è la visibilità. È il modello.
Qualsiasi organizzazione è in grado di vedere la propria bolletta cloud.
Ciò che si rompe è la mappatura tra le risorse cloud e le domande di business che vengono poste.
I tag cloud vanno bene per un'ownership semplice. Ma le domande a livello unitario raramente hanno una risposta uno-a-uno:
- Un cliente utilizza molti servizi.
- Un servizio è al servizio di molti clienti.
- Un platform team supporta molti prodotti.
- L'infrastruttura condivisa e il traffico di rete non "appartengono" a un singolo proprietario.
Anche con un'igiene del tagging impeccabile, i tag non sono in grado di esprimere questa realtà molti-a-molti, né la logica di allocazione necessaria per rispondere a domande come "costo per cliente", "costo per funzionalità" o "quale team sta sussidiando quale".
Ecco perché la Unit Economics si sfoca su larga scala: i dati ci sono, ma il modello di costo non rispecchia il modo in cui il sistema viene effettivamente consumato. Ed è proprio per questo che il nostro approccio "FinOps without tagging" è così diverso.
Come i team più avanzati affrontano il problema
I team che operano su larga scala stanno iniziando a ripensare il modo in cui modellano i costi:
- Partendo dall'utilizzo bottom-up anziché dall'ownership top-down
- Partendo dai sistemi condivisi anziché dalle risorse isolate
- Partendo dal consumo reale anziché dalle ipotesi
Questo cambio di prospettiva rende di nuovo leggibile il costo a livello unitario, anche in ambienti complessi.
Può vedere come funziona nella pratica in questo case study, che racconta come Akamai spiega il costo unitario sull'infrastruttura condivisa senza affidarsi al tagging:
Oppure, se vuole capire come si applica al suo ambiente, può prenotare una demo qui