Whitepaper 'FinOps y gestión de costes para Kubernetes'
Considere darle a OptScale un Estrella en GitHub, es 100% de código abierto. Aumentaría su visibilidad ante los demás y aceleraría el desarrollo de productos. ¡Gracias!
Ebook 'De FinOps a estrategias comprobadas de gestión y optimización de costos en la nube'
OptScale FinOps
OptScale - FinOps
Descripción general de FinOps
Optimización de costos:
AWS
MS Azure
Nube de Google
Alibaba Cloud
Kubernetes
MLOps
OptScale - MLOps
Perfiles de ML/IA
Optimización de ML/IA
Perfilado de Big Data
PRECIOS DE ESCALA OPTICA
cloud migration
Acura: migración a la nube
Descripción general
Cambio de plataforma de la base de datos
Migración a:
AWS
MS Azure
Nube de Google
Alibaba Cloud
VMware
OpenStack
KVM
Nube pública
Migración desde:
En la premisa
disaster recovery
Acura: recuperación ante desastres y respaldo en la nube
Descripción general
Migración a:
AWS
MS Azure
Nube de Google
Alibaba Cloud
VMware
OpenStack
KVM

Principios FinOps: Visibilidad

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.

Qué prácticas para conseguir la visibilidad son:

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.

Los gastos de la nube no gestionada tienen tendencia a crecer. Debes vigilarlos para priorizar qué presupuestos necesitan una acción inmediata.

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 en Hystax

Ingresa tu email para recibir contenido nuevo y relevante

¡Gracias por estar con nosotros!

Esperamos que lo encuentre útil.

Puede darse de baja de estas comunicaciones en cualquier momento. política de privacidad

Noticias e informes

FinOps y MLOps

Una descripción completa de OptScale como una plataforma de código abierto FinOps y MLOps para optimizar el rendimiento de la carga de trabajo en la nube y el costo de la infraestructura. Optimización de los costos de la nube, Dimensionamiento correcto de VM, instrumentación PaaS, Buscador de duplicados S3, Uso de RI/SP, detección de anomalías, + herramientas de desarrollo de IA para una utilización óptima de la nube.

FinOps, optimización de costos en la nube y seguridad

Descubra nuestras mejores prácticas: 

  • Cómo liberar direcciones IP elásticas en Amazon EC2
  • Detectar máquinas virtuales de MS Azure detenidas incorrectamente
  • Reduce tu factura de AWS eliminando las copias instantáneas de disco huérfanas y no utilizadas
  • Y conocimientos mucho más profundos

Optimice el uso de RI/SP para equipos de ML/AI con OptScale

Descubra cómo:

  • ver cobertura RI/SP
  • obtenga recomendaciones para el uso óptimo de RI/SP
  • Mejore la utilización de RI/SP por parte de los equipos de ML/AI con OptScale