Budget, anomalia e previsione su AWS: come leggerli senza confonderli
Parliamo del tuo progetto →AWS Budgets confronta costi e previsioni con un obiettivo; gli aggiornamenti avvengono fino a tre volte al giorno, tipicamente ogni 8–12 ore. Un avviso da solo non ferma le risorse: le eventuali azioni richiedono configurazione. (AWS Budgets)
Cost Anomaly Detection richiede un monitor e una sottoscrizione agli avvisi; segnala scostamenti e possibili cause. La notifica è un punto di partenza per l’indagine. (Documentazione AWS)
Prima configurazione: una scheda da compilare
Quella che segue è una proposta operativa Dedaloop, da adattare al proprio ambiente.
- Perimetro: scegli un progetto pilota e annota account, servizi inclusi e responsabile. Verifica che il referente possa leggere i dati di costo.
- Obiettivo: scrivi l’importo pianificato, il periodo e cosa comprende. Distingui spesa registrata, previsione futura e scostamento dal comportamento abituale.
- Destinatario: indica una persona e un sostituto. Controlla indirizzo, sottoscrizione e presa in carico; non creare traffico a pagamento solo per provocare un avviso.
- Regola di intervento: stabilisci chi può approvare modifiche e quali servizi non devono essere interrotti. Parti dalle notifiche; valuta separatamente eventuali automazioni.
- Registro: prepara una riga per data, importo, ipotesi, verifica, decisione e controllo successivo.
Arriva un avviso: cosa fare, in ordine
Salva l’orario e il tipo di segnalazione. Confronta periodi omogenei e verifica se stai leggendo un valore registrato o una previsione. Poi controlla servizio, regione, account e attribuzione al progetto.
| Ipotesi | Verifica | Responsabile |
|---|---|---|
| Rilascio pianificato | Confrontare calendario e consumi | Team applicativo |
| Test rimasto attivo | Identificare risorsa e proprietario | Operations |
| Attribuzione errata | Controllare tag e centro di costo | Referente cloud |
| Servizio necessario | Verificare dipendenze e disponibilità richiesta | Owner del servizio |
Un tag errato può attribuire male la spesa: non dimostra che abbia prodotto il consumo. Prima di spegnere una risorsa, verifica se serve a produzione, backup, sicurezza o continuità. Se non trovi il proprietario, fai escalation al responsabile: l’assenza di un nome non autorizza la cancellazione.
Esempio simulato: da 40 a 120 euro
Supponiamo 40 euro al giorno come riferimento didattico e 120 euro osservati: la differenza è 80 euro, pari al 200% del riferimento. Non è un risultato del modello AWS né una soglia consigliata.
Nel caso fittizio, il referente scopre un test autorizzato che doveva terminare la sera precedente. Prima della chiusura controlla che non contenga dati da conservare e che nessun servizio lo utilizzi. Registra l’azione e controlla i costi quando i dati si aggiornano. Se invece emerge un rilascio previsto, documenta il motivo e rivaluta il budget con chi lo approva.
Quando considerare conclusa la verifica
Il ticket è completo quando contiene un proprietario, una causa sostenuta da evidenze, una decisione autorizzata e una data di controllo. “L’avviso non arriva più” non basta da solo.
Per misurare il processo, rileva il tempo tra ricezione e presa in carico, quanti avvisi restano senza referente e quanti interventi richiedono correzioni. Non promettere risparmi prima di avere una base di confronto. Se vuoi impostare questo presidio, descrivici il processo cloud che oggi ti crea più attrito.