Cloud Intelligence™Cloud Intelligence™

Announcement

Nœud SQL CloudFlow : Transformez n'importe quelle question FinOps ou CloudOps en un contrôle automatisé

Cette page est également disponible en English, Português, Deutsch, Español, Italiano et 日本語.

Nœud SQL CloudFlow : Transformez n'importe quelle question FinOps ou CloudOps en un contrôle automatisé

Écrivez des requêtes SQL directement dans CloudFlow pour automatiser les alertes, politiques et workflows FinOps et CloudOps à partir de vos données de facturation unifiées.

Aujourd'hui, nous lançons le nœud SQL CloudFlow – un moyen de transformer les données dont vous disposez déjà en automatisations FinOps et CloudOps en temps réel, en utilisant le langage que vos équipes maîtrisent déjà : SQL.

Au lieu d'exporter vos données vers un outil de BI, de créer un tableau de bord et d'espérer que quelqu'un pense à le consulter, vous pouvez désormais écrire une requête SQL directement dans CloudFlow et connecter le résultat à des alertes, des workflows et des politiques sur l'ensemble de vos clouds. Le nœud SQL CloudFlow se connecte nativement à notre lac de données unifié, en utilisant le même schéma normalisé que celui que vous utilisez déjà dans DoiT Cloud Intelligence™.

Nous avons hâte de voir ce que vous allez créer avec le nœud SQL dans CloudFlow, et pour vous aider à démarrer, nous avons préparé plusieurs modèles prêts à l'emploi disponibles dans la bibliothèque de modèles CloudFlow (utilisez le filtre Source: Billing Data pour les trouver rapidement).

Ces modèles ne nécessitent aucune configuration pour être exécutés. Il vous suffit de cliquer sur l'un d'entre eux pour l'ouvrir, puis de le publier pour commencer à générer des alertes et des workflows pertinents. Poursuivez votre lecture pour découvrir un exemple que vous pouvez implémenter dès maintenant :

Exemple : Analyse des fuites liées au délai de taggage (Tag Lag Drift)

Voici un problème FinOps courant : même lorsque les équipes taguent systématiquement leurs ressources, les tags apparaissent souvent plusieurs jours après que la ressource a commencé à générer des coûts. Les dépenses générées pendant cet intervalle apparaissent comme " non taguées ", créant des fuites qui ne peuvent être attribuées au bon propriétaire ou à la bonne charge de travail. Les tableaux de bord peuvent afficher les dépenses non taguées quotidiennes, mais ils ne quantifient pas l'effet de ce décalage et n'identifient pas les services où il s'aggrave.

Ce que fait le nœud SQL :

  1. Analyse les données de facturation pour chaque ressource et calcule le premier horodatage où un tag non-système est présent
  2. Compare cet horodatage au premier coût d'utilisation de la ressource et calcule la fuite par ressource, par service et par jour
  3. Agrège les données en fuite quotidienne non taguée, dépenses totales non taguées et pourcentage des dépenses impactées par le délai de taggage
  4. Calcule la tendance (amélioration ou dégradation) sur une fenêtre définie
  5. Exclut les services qui ne prennent pas en charge les tags d'allocation des coûts pour éviter le bruit

Dans CloudFlow, vous pouvez ensuite :

  • Déclencher une alerte uniquement lorsque la fuite dépasse un seuil ou lorsque la tendance se dégrade d'une semaine à l'autre
  • Notifier les équipes responsables des services ou ressources spécifiques à l'origine du décalage (ou créer une tâche Jira)
  • Alimenter le nœud LLM de CloudFlow avec ces données pour générer une explication lisible de ce qui a causé la dégradation et quelles équipes doivent agir

Cela transforme " une partie de nos dépenses n'est pas taguée " en une métrique opérationnelle avec une direction et un responsable identifié.

Ce que vous pouvez créer ensuite

Cet exemple n'est qu'un point de départ. Avec le nœud SQL CloudFlow, vous pouvez également concevoir des automatisations pour :

  • Des garde-fous budgétaires et un suivi du taux de consommation au niveau du projet, du compte ou de l'unité métier
  • Des vérifications de conformité des labels liées directement à votre propre taxonomie de labels
  • L'identification de SKU bruyants, de régions à coût élevé ou de services de données sous-utilisés
  • Des SLO CloudOps personnalisés basés sur les dépenses et les schémas d'utilisation, et pas uniquement sur la disponibilité

Si vous utilisez déjà DoiT Cloud Intelligence, le nœud SQL CloudFlow est disponible dans votre environnement en tant que nouveau type de nœud dans CloudFlow. Commencez par prendre l'une de vos requêtes FinOps existantes et transformez-la en un Flow automatisé qui s'exécute selon un planning, publie sur Slack, ouvre des tickets Jira ou s'enchaîne avec des nœuds supplémentaires tels que des explications basées sur un LLM.

En savoir plus sur le nœud SQL dans le centre d'aide DoiT Cloud Intelligence. Nous pouvons également vous aider à créer votre automatisation gratuitement ! Il vous suffit de nous contacter sur support.doit.com.

Your cloud bill shouldn't be a mystery

Let us show you what ships this week.