Gestire i costi condivisi è fondamentale per allocare correttamente la spesa tra i centri di costo. Ecco come ripartirli tra i diversi gruppi con DoiT Cloud Intelligence™.
Nel percorso cloud di ogni azienda arriva sempre un evento che spinge a guardare la fattura del cloud con un'attenzione fino a quel momento sconosciuta.
Può trattarsi del superamento di una determinata soglia di spesa mensile, di un picco di costi non rilevato, della trattativa di un contratto di commitment con il cloud provider, oppure della difficoltà nel giustificare la spesa quando il team esecutivo o il consiglio di amministrazione chiede chiarimenti.
Qualunque sia l'evento, l'allocazione dei costi è la chiave per ottenere trasparenza sulla spesa cloud e gestire queste situazioni. Una volta mappati i costi sulla struttura organizzativa, sarà semplice rispondere alle domande di business sulla spesa cloud e spingere gli Engineers a farsi carico della propria quota di costi.
Mappare i costi cloud sui centri di costo è importante, ma occorre anche fare i conti con i costi condivisi: oneri di supporto, risorse condivise (ad esempio lo storage) e così via.
Trascurare i costi condivisi nell'allocazione comporta tre rischi:
- Sotto-allocare o sovra-allocare i costi sui centri di costo;
- Non avere nessuno che se ne assuma la responsabilità, con il rischio che sfuggano al controllo;
- Basare previsioni e budget su dati incompleti, prendendo decisioni poco informate.
Per questo il Cost Splitting nei Cloud Analytics Reports permette ai clienti DoiT di distribuire con facilità costi condivisi e non allocati tra i diversi gruppi di stakeholder in DoiT Cloud Intelligence.
Prima di vedere come ripartire costi condivisi e non allocati in DoiT Cloud Intelligence, ricapitoliamo brevemente due prerequisiti:
- Mappare i costi cloud su raggruppamenti specifici per il business;
- Combinarli per individuare i centri di costo su cui distribuire i costi condivisi.
Mappare i costi cloud sulla struttura organizzativa con le Attributions
I clienti DoiT usano le Attributions per collegare i costi cloud al proprio business. Un'Attribution è un raggruppamento logico di risorse cloud (singole VM, tag, progetti/account e così via).
Con le Attributions non serve avere una struttura di account o un sistema di tagging perfetti per iniziare a mappare i costi cloud su categorie aziendali come prodotti, team e altro ancora. In alternativa, si possono potenziare una struttura di account già solida e una strategia di tagging ben pensata, evitando che i loro limiti ostacolino una corretta allocazione dei costi.
Alcuni servizi cloud, ad esempio, presentano specificità sul modo e sulla misura in cui i costi possono essere taggati. Google Cloud Storage prevede solo l'etichettatura a livello di bucket, non per singolo oggetto. Questo rende complicato gestire bucket attribuibili a più entità.
Oppure si potrebbe avere una struttura con un progetto/account per team e uno o più progetti condivisi i cui costi devono essere distribuiti.
Infine, non è possibile applicare tag ai costi in modo retroattivo. In tutti questi casi le Attributions integrano la strategia di tagging e aiutano a ottenere un'allocazione esaustiva dei costi.
Esempio di Attribution che definisce i costi di un team Engineering (qualsiasi risorsa con tag "team:engineering" su due account)
Nell'esempio qui sotto, i costi della BI Application sono definiti come tutte le risorse con un'etichetta "team" o un valore di etichetta progetto pari a "BI Application".
Per altri casi d'uso diffusi delle Attributions, leggete qui.
Esempio di Attribution che definisce i costi di una BI application
Definiamo poi, sempre tramite le Attributions, quali siano i costi condivisi. Nel nostro caso abbiamo raggruppato tutti gli oneri legati al supporto AWS e GCP, ma i costi condivisi possono comprendere anche risorse condivise come lo storage o i costi Kubernetes.
Attribution che definisce i costi cloud condivisi
Raggruppare Attributions e costi condivisi
Gli Attribution Groups consentono di effettuare l'allocazione dei costi su un insieme comune di Attributions e gettano le basi per ripartire costi condivisi e non allocati (cioè quelli non collegati ad alcuna Attribution all'interno di un Attribution Group).
Dopo aver creato tutte le Attributions su cui mappare i costi — nel nostro caso tutte le applicazioni più i costi condivisi — vogliamo inserirle in un Attribution Group.
Qui sotto vedete un Attribution Group "Applications" che contiene Attributions corrispondenti ai costi di tre diverse Applications e ai costi condivisi, oltre ai costi non allocati.
Gruppo di Attributions che rappresenta i costi delle nostre diverse Applications, insieme ai costi condivisi.
Gruppo di Attributions che rappresenta i costi delle nostre diverse Applications, insieme ai costi condivisi.
Permettono inoltre di scomporre un gruppo di Attributions tramite un altro gruppo. Nell'esempio qui sotto suddividiamo i costi delle applicazioni per ambiente utilizzando due Attribution Groups: uno con i costi delle applicazioni, l'altro con i costi degli ambienti.
Ripartire costi condivisi e non allocati
A questo punto siamo pronti a ripartire i costi non allocati e condivisi tra le tre applicazioni di cui vogliamo monitorare i costi. Provate il tour interattivo per un'esperienza diretta oppure seguite i passaggi qui sotto.
Per farlo creiamo un report basato sull'Attribution Group "Applications". Poi clicchiamo sui tre puntini verticali accanto al chip "Applications" e quindi su "Distribute costs".
Iniziamo ripartendo i costi non allocati selezionando la voce "Unallocated" dal menu a tendina.
Per ripartire i costi sono disponibili tre opzioni:
- Evenly split - Distribuisce i costi in parti uguali tra tutte le Attributions selezionate.
- Proportional - Distribuisce i costi tra le Attributions in base al peso proporzionale del costo di ciascuna Attribution selezionata.
- Custom - Distribuisce i costi tra i target in base a una percentuale personalizzata.
Ripartiremo i costi non allocati in parti uguali tra le tre Application Attributions.
Infine clicchiamo su "Distribute cost" e rieseguiamo il report. Ripetiamo poi l'operazione anche per l'Attribution "Shared Costs".
Qui sotto vediamo come i costi di ciascun team si suddividono tra costi effettivi e quota di costi condivisi e non allocati.
Ora abbiamo una visione più accurata dei costi di cui ciascun team è responsabile. Sul lungo periodo, però, conviene ridurre al minimo i costi non allocati (idealmente azzerandoli) tramite il tagging e/o l'affinamento delle Attributions.
Uno dei principi cardine del FinOps è che "ognuno si assume la responsabilità del proprio utilizzo del cloud". Ma perché i team di engineering possano farlo, devono avere una visione accurata dei propri costi. In caso contrario, qualsiasi conclusione tratta dall'analisi della spesa cloud rischia di essere lontana dalla realtà.
Il cost splitting in DoiT Cloud Intelligence consente di distribuire costi condivisi e non allocati tra le business unit interessate, alimentando non solo la trasparenza ma anche la responsabilizzazione tra gli utenti del cloud.
Provate il tour interattivo: vi guiderà nella creazione di un'Attribution e di un Attribution Group e, infine, nella ripartizione dei costi condivisi e non allocati.