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

In my previous article I mentioned four principles of FinOps adoption: Visibility, Optimization, Control and Collaboration. Today we will talk in more detail about the first one: Visibility.

Private clouds have regions, tenants, clusters, etc. Public clouds have linked accounts, regions, IAM users and so on. Usually, it is a complex task to figure out how much is spent on each application or by any team but this is crucial to understand bottlenecks, budget & forecast and avoid wastage.

Visibility, in case of FinOps, means identifying organizational units and mapping them onto cloud resources with preserving historical data for further trend analysis. By units we mean items like business units, teams, individual engineers, applications, cloud services and asset pools. As cloud resources are constantly changing, it is important not only to capture the current state but also to develop a process of getting visibility in dynamics.

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

1. Identify the units (which I mentioned above) to be tracked.

Don’t spread at the beginning trying to control everything, focus on the most important. I suggest starting with business units, teams and individual engineers as it’s a good way to begin the FinOps education process.

2. Define a policy how to identify resources belonging to a specific unit.

It can be tagging or resource naming convention — it doesn’t matter too much which way exactly you choose. What’s important — when you define it, you should follow it to succeed.

3. Define a policy to identify resource creators.

It’s tricky to figure out resource creators in public clouds, so it is extremely helpful to have a policy for that, even if it is just a Jenkins job. Later you may need to figure out who or what created some unassigned resource and this approach will help.

4. Create budgets and charts to track units.

Here I strongly suggest using cost management tools to properly track budgets.

5. Set TTL rules and create clean-up jobs.

It’s a good practice not to allow any resources without TTL. It can be set with tags or as a part of a name and it helps to avoid wastage and understand the purpose of the resources better.

6. Review your budgets in dynamics.

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. Avoid unassigned resources.

You should build a habit of zero tolerance to orphaned or unassigned resources. The more such resources you have the less transparency you get.

8. Don’t forget about ‘hidden costs’, cloud accounts and regions.

A Cloud is not just about VMs or containers, there are dozens of other services and items that cost money but are not so obvious. One of the most important aspects is network traffic which can be a significant chunk of your cloud bill.

9. Don’t forget that your resources can be spread between multiple clouds accounts and regions.

Taking those principles to action can immediately shed light on your current cloud expenses and opens the door to optimization, which we will discuss in our next article.

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