Nodo SQL di CloudFlow: trasforma qualsiasi domanda FinOps o CloudOps in un controllo automatizzato

Oggi presentiamo il nodo SQL di CloudFlow: un modo per trasformare i dati che già possiedi in automazioni FinOps e CloudOps operative, utilizzando il linguaggio che i tuoi team già conoscono: SQL.

Anziché esportare i dati in uno strumento di BI, costruire una dashboard e sperare che qualcuno si ricordi di controllarla, ora puoi scrivere una query SQL all'interno di CloudFlow e collegare il risultato direttamente ad avvisi, workflow e policy su tutti i tuoi cloud. Il nodo SQL di CloudFlow si connette nativamente al nostro data lake unificato, utilizzando lo stesso schema normalizzato che già usi in DoiT Cloud Intelligence™.

Siamo entusiasti di vedere cosa costruirai con il nodo SQL in CloudFlow, ma per aiutarti a partire subito abbiamo preparato diversi template predefiniti disponibili nella libreria di template CloudFlow (usa il filtro Source: Billing Data per trovarli rapidamente).

Questi template inoltre non richiedono alcuna configurazione per essere eseguiti. Basta cliccare su uno di essi per aprirlo e premere pubblica per iniziare a generare avvisi e workflow significativi. Continua a leggere per maggiori dettagli su un esempio che puoi implementare subito:

Esempio: analisi della dispersione Time-to-Tag (Tag Lag Drift)

Ecco un problema FinOps comune: anche quando i team etichettano costantemente le risorse, i tag spesso compaiono giorni dopo che la risorsa ha iniziato a generare costi. La spesa generata in quel lasso di tempo risulta come "non taggata", creando una dispersione che non può essere attribuita al proprietario o al workload corretto. Le dashboard possono mostrare la spesa giornaliera non taggata, ma non quantificano l'effetto del ritardo né identificano i servizi in cui il ritardo sta peggiorando.

Cosa fa il nodo SQL:

1. Analizza i dati di fatturazione per ogni risorsa e calcola il primo timestamp in cui è presente un tag non di sistema
2. Confronta quel timestamp con il primo costo di utilizzo della risorsa e calcola la dispersione per risorsa, per servizio, per giorno
3. Aggrega la dispersione giornaliera non taggata, la spesa totale non taggata e la percentuale di spesa impattata dal ritardo di etichettatura
4. Calcola la direzione del trend (in miglioramento o in peggioramento) su una finestra temporale definita
5. Esclude i servizi che non supportano i tag di allocazione dei costi per evitare rumore nei dati

In CloudFlow puoi quindi:

• Attivare un avviso solo quando la dispersione supera una soglia o quando il trend peggiora settimana dopo settimana
• Notificare i team responsabili dei servizi o delle risorse specifiche che causano il ritardo (o creare un task Jira)
• Inviare i dati al nodo LLM di CloudFlow per generare una spiegazione leggibile di ciò che ha causato il peggioramento e quali team dovrebbero intervenire

Questo trasforma "parte della nostra spesa non è taggata" in una metrica operativa con direzione e ownership.

Cosa puoi costruire dopo

Questo esempio è solo un punto di partenza. Con il nodo SQL di CloudFlow puoi progettare automazioni anche per:

• Guardrail di budget e monitoraggio del burn rate a livello di progetto, account o business unit
• Controlli di conformità delle etichette collegati direttamente alla tua tassonomia di label
• Identificazione di SKU rumorosi, regioni ad alto costo o servizi dati sottoutilizzati
• SLO CloudOps personalizzati basati su pattern di spesa e utilizzo, non solo sull'uptime

Se già utilizzi DoiT Cloud Intelligence, il nodo SQL di CloudFlow è disponibile nel tuo ambiente come nuovo tipo di nodo all'interno di CloudFlow. Inizia prendendo una delle tue query FinOps esistenti e trasformala in un Flow automatizzato che viene eseguito a cadenza programmata, pubblica su Slack, apre ticket Jira o si concatena con nodi aggiuntivi come le spiegazioni basate su LLM.

Scopri di più sul nodo SQL nel Centro assistenza di DoiT Cloud Intelligence. Possiamo anche aiutarti a costruire la tua automazione gratuitamente! Basta chiedere su support.doit.com.