Nó SQL do CloudFlow: Transforme Qualquer Questão de FinOps ou CloudOps em um Controle Automatizado

Hoje, estamos apresentando o nó SQL do CloudFlow – uma forma de transformar os dados que você já possui em automações de FinOps e CloudOps em tempo real, usando a linguagem que suas equipes já conhecem: SQL.

Em vez de exportar dados para uma ferramenta de BI, criar um dashboard e torcer para que alguém lembre de verificá-lo, agora você pode escrever uma consulta SQL dentro do CloudFlow e conectar o resultado diretamente a alertas, fluxos de trabalho e políticas em todas as suas nuvens. O nó SQL do CloudFlow se conecta nativamente ao nosso data lake unificado, utilizando o mesmo schema normalizado que você já usa no DoiT Cloud Intelligence™.

Estamos ansiosos para ver o que você vai criar usando o nó SQL no CloudFlow, e para ajudar você a começar, disponibilizamos diversos templates prontos na biblioteca de templates do CloudFlow (use o filtro Source: Billing Data para encontrá-los rapidamente).

Esses templates também não exigem nenhuma configuração para começar a funcionar. Basta clicar em um deles para abri-lo e pressionar publicar para começar a gerar alertas e fluxos de trabalho relevantes. Continue lendo para mais detalhes sobre um exemplo que você já pode implementar:

Exemplo: Análise de Vazamento por Tempo de Marcação (Tag Lag Drift)

Este é um problema comum de FinOps: mesmo quando as equipes marcam recursos de forma consistente, as tags frequentemente aparecem dias depois de o recurso começar a gerar custos. O gasto gerado durante essa lacuna aparece como "sem tag", criando um vazamento que não pode ser atribuído ao responsável ou workload correto. Dashboards podem exibir o gasto diário sem tag, mas não quantificam o efeito da defasagem nem identificam os serviços onde essa defasagem está piorando.

O que o nó SQL faz:

1. Analisa os dados de faturamento de cada recurso e calcula o primeiro timestamp em que uma tag não sistêmica está presente
2. Compara esse timestamp com o custo de uso mais antigo do recurso e calcula o vazamento por recurso, por serviço e por dia
3. Agrega em vazamento diário sem tag, gasto total sem tag e a porcentagem do gasto impactada pelo atraso na marcação
4. Calcula a direção da tendência (melhorando ou piorando) ao longo de uma janela definida
5. Filtra serviços que não suportam tags de alocação de custos para evitar ruído

No CloudFlow, você pode então:

• Disparar um alerta somente quando o vazamento ultrapassar um limite ou quando a tendência piorar semana a semana
• Notificar as equipes responsáveis sobre os serviços ou recursos específicos que estão causando a defasagem (ou criar uma tarefa no Jira)
• Alimentar os dados no nó LLM do CloudFlow para gerar uma explicação legível sobre o que causou a degradação e quais equipes devem agir

Isso transforma "parte do nosso gasto está sem tag" em uma métrica operacional com direção e responsabilidade.

O que você pode criar a seguir

Esse exemplo é apenas um ponto de partida. Com o nó SQL do CloudFlow, você também pode criar automações para:

• Guardrails de orçamento e monitoramento de taxa de consumo no nível de projeto, conta ou unidade de negócios
• Verificações de políticas de conformidade de labels vinculadas diretamente à sua própria taxonomia de labels
• Identificação de SKUs ruidosos, regiões de alto custo ou serviços de dados subutilizados
• SLOs personalizados de CloudOps baseados em padrões de gasto e uso, não apenas em disponibilidade

Se você já usa o DoiT Cloud Intelligence, o nó SQL do CloudFlow está disponível no seu ambiente como um novo tipo de nó dentro do CloudFlow. Comece pegando uma de suas consultas de FinOps existentes e transformando-a em um Flow automatizado que roda em um agendamento, posta no Slack, abre tickets no Jira ou se encadeia com nós adicionais, como explicações baseadas em LLM.

Saiba mais sobre o Nó SQL no Centro de Ajuda do DoiT Cloud Intelligence. Também podemos ajudar você a criar sua automação gratuitamente! Basta solicitar em support.doit.com.