Whitepaper 'FinOps e gerenciamento de custos para Kubernetes'
Por favor, considere dar ao OptScale um Estrela no GitHub, é código aberto 100%. Aumentaria sua visibilidade para outros e aceleraria o desenvolvimento de produtos. Obrigado!
Ebook 'De FinOps a estratégias comprovadas de gerenciamento e otimização de custos de nuvem'
OptScale FinOps
OptScale — FinOps
Visão geral do FinOps
Otimização de custos:
AWS
Microsoft Azure
Google Cloud
Nuvem Alibaba
Kubernetes
MLOps
OptScale — MLOps
Perfil de ML/IA
Otimização de ML/IA
Criação de perfil de Big Data
PREÇOS OPTSCALE
cloud migration
Acura – migração para nuvem
Visão geral
Nova plataforma de banco de dados
Migração para:
AWS
Microsoft Azure
Google Cloud
Nuvem Alibaba
VMware
Pilha aberta
KVM
Nuvem pública
Migração de:
Na premissa
disaster recovery
Acura – DR e backup na nuvem
Visão geral
Migração para:
AWS
Microsoft Azure
Google Cloud
Nuvem Alibaba
VMware
Pilha aberta
KVM

Princípios FinOps: Visibilidade

No meu artigo anterior mencionei quatro princípios da adoção do FinOps: Visibilidade, Otimização, Controle e Colaboração. Hoje falaremos mais detalhadamente sobre o primeiro: Visibilidade.

Nuvens privadas têm regiões, inquilinos, clusters, etc. Nuvens públicas têm contas vinculadas, regiões, usuários do IAM e assim por diante. Normalmente, é uma tarefa complexa descobrir quanto é gasto em cada aplicação ou por qualquer equipe, mas isso é crucial para entender gargalos, orçamento e previsão e evitar desperdícios.

Visibilidade, no caso do FinOps, significa identificar unidades organizacionais e mapeá-las em recursos de nuvem com preservação de dados históricos para posterior análise de tendências. Por unidades, queremos dizer itens como unidades de negócios, equipes, engenheiros individuais, aplicativos, serviços de nuvem e pools de ativos. Como os recursos de nuvem estão em constante mudança, é importante não apenas capturar o estado atual, mas também desenvolver um processo de obtenção de visibilidade na dinâmica.

Quais práticas para obter a visibilidade são:

1. Identifique as unidades (que mencionei acima) a serem rastreadas.

Não se espalhe no começo tentando controlar tudo, foque no mais importante. Eu sugiro começar com unidades de negócios, equipes e engenheiros individuais, pois é uma boa maneira de começar o processo de educação em FinOps.

2. Defina uma política de como identificar recursos pertencentes a uma unidade específica.

Pode ser uma convenção de marcação ou nomeação de recursos — não importa muito qual caminho exatamente você escolher. O que é importante — quando você define, você deve segui-lo para ter sucesso.

3. Defina uma política para identificar criadores de recursos.

É complicado descobrir criadores de recursos em nuvens públicas, então é extremamente útil ter uma política para isso, mesmo que seja apenas um trabalho do Jenkins. Mais tarde, você pode precisar descobrir quem ou o que criou algum recurso não atribuído e essa abordagem ajudará.

4. Crie orçamentos e gráficos para monitorar unidades.

Aqui eu sugiro fortemente usar ferramentas de gestão de custos para acompanhar adequadamente os orçamentos.

5. Defina regras TTL e crie tarefas de limpeza.

É uma boa prática não permitir nenhum recurso sem TTL. Ele pode ser definido com tags ou como parte de um nome e ajuda a evitar desperdício e entender melhor o propósito dos recursos.

6. Revise seus orçamentos de forma dinâmica.

As despesas com nuvem não gerenciada tendem a crescer. Você precisa ficar de olho neles para priorizar quais orçamentos precisam de uma ação imediata.

7. Evite recursos não atribuídos.

Você deve criar o hábito de tolerância zero a recursos órfãos ou não atribuídos. Quanto mais recursos você tiver, menos transparência você terá.

8. Não se esqueça dos "custos ocultos", contas na nuvem e regiões.

Uma Nuvem não é apenas sobre VMs ou contêineres, há dezenas de outros serviços e itens que custam dinheiro, mas não são tão óbvios. Um dos aspectos mais importantes é o tráfego de rede, que pode ser uma parte significativa da sua conta de nuvem.

9. Não se esqueça de que seus recursos podem ser distribuídos entre várias contas de nuvem e regiões.

Colocar esses princípios em prática pode esclarecer imediatamente suas despesas atuais com a nuvem e abrir as portas para a otimização, que discutiremos em nosso próximo artigo.

Nick Smirnov, CEO and Co-Founder

Nick Smirnov, CEO na Hystax

Digite seu e-mail para ser notificado sobre conteúdo novo e relevante.

Obrigado por se juntar a nós!

Esperamos que você ache útil

Você pode cancelar a assinatura dessas comunicações a qualquer momento. política de Privacidade

Novidades e Relatórios

FinOps e MLOps

Uma descrição completa do OptScale como uma plataforma de código aberto FinOps e MLOps para otimizar o desempenho da carga de trabalho na nuvem e o custo da infraestrutura. Otimização de custo de nuvem, Dimensionamento correto de VM, instrumentação PaaS, Localizador de duplicatas S3, Uso RI/SP, detecção de anomalias, + ferramentas de desenvolvedor de IA para utilização ideal da nuvem.

FinOps, otimização de custos de nuvem e segurança

Conheça nossas melhores práticas: 

  • Como liberar IPs elásticos no Amazon EC2
  • Detectar VMs do MS Azure interrompidas incorretamente
  • Reduza sua fatura da AWS eliminando instantâneos de disco órfãos e não utilizados
  • E insights muito mais profundos

Otimize o uso de RI/SP para equipes de ML/AI com OptScale

Descubra como:

  • veja cobertura RI/SP
  • obtenha recomendações para uso ideal de RI/SP
  • aprimore a utilização de RI/SP por equipes de ML/IA com OptScale