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

¿Cuál es la mejor estrategia FinOps o por qué tener un equipo FinOps es un desperdicio de dinero?

En este artículo, queremos compartir nuestra visión sobre la estrategia FinOps adecuada y por qué un equipo dedicado a FinOps es una pérdida de dinero y tiempo, especialmente si eres una empresa.

¿Qué es FinOps?

What-is-the-best-FinOps-strategy-Hystax

Primero, comencemos con la definición de FinOps. FinOps, abreviatura de Operaciones financieras, es un término que se utiliza para describir las prácticas y los procesos involucrados en la gestión de los aspectos financieros de la infraestructura de la nube. Esto puede incluir la elaboración de presupuestos, la previsión y el análisis de datos financieros para tomar decisiones informadas sobre la asignación de recursos de TI y la optimización del uso de los recursos financieros dentro de una organización.

Los profesionales de FinOps garantizan que las operaciones financieras de la empresa funcionen sin problemas y de manera eficiente y brindan información y análisis financieros para respaldar la toma de decisiones.

Enfoque general para la adopción de FinOps

Hace tiempo que tengo curiosidad por saber qué sugieren hacer las distintas fundaciones y comunidades en materia de FinOps. Por lo que veo, sus propuestas son inútiles o incluso perjudiciales, ya que algunas empresas pueden seguirlas, perdiendo tiempo y dinero al no conseguir finalmente lo que se proponían.

El enfoque general, en resumen, es:

  1. Construir un equipo dedicado a FinOps compuesto por personas de TI, finanzas y ejecutivos;
  2. Establecer un proceso FinOps: quién es responsable de qué, los elementos de acción, etc.
  3. Realice reuniones periódicas y revise cómo funciona el proceso.

A primera vista parece justo, pero surgen algunas preguntas:

  1. ¿Cuántas empresas están realmente interesadas en construir un proceso pero no sólo en una reducción instantánea de costos y en reflejar eso en sus resultados?
  2. ¿Cuál es el tamaño adecuado para el equipo de FinOps?

¿Cuántas empresas están realmente interesadas en construir un proceso pero no sólo en una reducción instantánea de costos y en reflejar eso en sus resultados?

Según mi experiencia, sólo unos pocos, y en la mayoría de los casos, están haciendo lo correcto.

Si dirige una startup, probablemente haya evitado este tema durante mucho tiempo, transfiriendo el costo de su infraestructura de TI a sus clientes. Pero si siente que es el momento adecuado para mejorar su estado de resultados, debe hacer algunas cosas para reducir su factura de la nube y establecer un proceso:

  1. Obtén un descuento directamente de tu proveedor de nube. Es fácil y, por lo general, te lo darán.
  2. Dependiendo del tamaño de su negocio, asigne la tarea a un CTO o a un ingeniero senior de DevOps (probablemente, no tenga un puesto de capacidad en la nube en esta etapa).
  3. Deberían encontrar una herramienta o utilizar consejos bien definidos para encontrar recursos huérfanos, dimensionar correctamente las instancias y definir una política de etiquetado. Este punto debería generar fácilmente una reducción adicional de costos de la nube de 20-40%.
  4. Pídales que informen una vez al trimestre o cada seis meses.

Las personas interesadas en la reducción de costes son el CEO y el CFO/CRO, y al CFO/CRO no le importa cómo se hará, con un descuento, un proceso o lo que sea. El patrón principal aquí es que el principal generador de costes es su I+D; las decisiones se toman más rápido y, si una persona responsable tiene suficiente poder, puede comunicarse fácilmente con los equipos y actuar. Punto. Olvídese de FinOps y otras cosas hasta que vea que la persona responsable está ocupada a tiempo completo con el ahorro de costes y necesita contratar a otra. 

Este es el momento que necesitas para construir el proceso que describiré a continuación, el cual es relevante para cualquier negocio.

Si eres una empresa, probablemente tengas múltiples nubes y docenas de cuentas en la nube, tu producción tiene un alto costo de nube y la I+D es la parte más importante. Cada equipo de I+D tiene un director o un puesto de director sénior. En la mayoría de los casos, son dueños de las pérdidas y ganancias con su presupuesto y, sorpresa; a los equipos no les importan los costos de infraestructura. Lo primero que harán cuando excedan el presupuesto, acudirán a su gerente para aprobar algunos fondos adicionales. 

Las iniciativas de ahorro de costes provienen del departamento de finanzas y también se centran en algunos resultados inmediatos.

¿Cuál es el tamaño adecuado del equipo FinOps?

El enfoque general es contar con un director ejecutivo, un director de informática y de tecnología, un director financiero, algunas personas de finanzas y algunos técnicos informáticos como equipo. Los ejecutivos de nivel C, por supuesto, son supervisores con un compromiso limitado, pero algunas personas de TI y finanzas trabajan a tiempo completo. Calculemos el costo de este equipo:

  1. Omitiré intencionalmente el costo/tiempo de las personas de nivel C.
  2. Puedes poner tus números más tarde, pero asumiré que tenemos una empresa en el área de la Bahía de San Francisco con un salario de técnico en TI de $300,000/año y un técnico en finanzas de $200,000/año.
  3. Un técnico de TI puede trabajar adecuadamente con 3 o 4 equipos. Supongamos que un técnico de finanzas puede cubrir una cantidad ilimitada de equipos de TI, lo cual es una suposición aproximada.

Eso da como resultado un equipo FinOps mínimo de $500,000/año que puede atender a 4 equipos de I+D, por lo que incluso considerando construir el equipo, debería esperar ahorrar al menos $15 millones durante tres años.

Detalles del cálculo: multipliqué $500K por 10 ya que supongo que consideras el costo del equipo al menos 10% del ahorro esperado y multipliqué por tres años ya que dudo que cambies tus procedimientos por un año solamente.

Suponiendo que su equipo se desempeña excelentemente y le permitirá ahorrar hasta 40%, debería considerar construir un equipo FinOps mínimo solo si su factura de nube para 3 o 4 equipos es superior a $12 millones/año ($4 millones/año para un equipo), que es una cantidad sustancial.

El cálculo anterior se basa en nuestra experiencia, y usted debe calcular los números para que sean correctos para su empresa. Omití intencionalmente el costo de establecer un nuevo equipo y proceso, ya que es peculiar para cada empresa, pero usted también debe pensar en eso.

¿Cuál es la estrategia FinOps correcta?

  1. Sí, lo mejor sería que la iniciativa viniera desde el nivel más alto de la empresa. El CFO y el CIO/SVP, en general, deberían impulsarla.
  2. Debe haber una comprensión clara de los objetivos inmediatos (qué se ahorrará en el corto plazo) y la necesidad de un proceso establecido para no volver al caos en más de seis meses.
  3. Adopte una herramienta FinOps (no propongo nuestra solución, puede elegir cualquiera, el aspecto central es que lo ayude con el siguiente punto) para generar ahorros inmediatos y brindar transparencia entre equipos, proyectos y aplicaciones. Con una herramienta, un técnico de TI puede cubrir docenas de equipos.
  4. Motive a los equipos para que no sean responsables del presupuesto de la nube, sino del desperdicio. Por ejemplo, si la herramienta identifica recursos no utilizados que pertenecen a un grupo específico, deben revisarlos y eliminarlos o explicar por qué el recurso consume fondos.
  5. Independizar el presupuesto de I+D del presupuesto de la nube: existe una regla que establece que si se tiene un presupuesto y no se consume en su totalidad durante un año, se obtendrá menos el año siguiente. Por lo tanto, trasladar las facturas de la nube a otro presupuesto o dejarlas fuera del presupuesto del director. De lo contrario, no estarán motivados. 
  6. Involucrar a los equipos de ingeniería En el proceso, deben comprender el objetivo y por qué debería importarles.

En los puntos anteriores se puede ver que no tengo un equipo dedicado a FinOps. Creo firmemente que un equipo dedicado a FinOps es más un indicador de un proceso fallido que una necesidad. En la era de la automatización y la IA, crear un equipo que persiga a los ingenieros y les obligue a eliminar las máquinas virtuales que no se utilizan es un error. Un pequeño ajuste de los procesos existentes, la motivación adecuada y una herramienta eficaz pueden hacer que más de 10 personas trabajen en un entorno de TI deficiente.

cost optimization, ML resource management

Optimización gratuita de costos en la nube y gestión mejorada de recursos de ML/AI para toda la vida

OptScale

Como dije anteriormente, existen algunas herramientas útiles que pueden ayudarlo, independientemente de si es una startup o una empresa. Desarrollamos una solución de código abierto, OptScale, que resuelve algunos problemas:

  1. Proporciona ahorros inmediatos en costos de nube al identificar recursos no utilizados y con uno de los mejores motores de redimensionamiento de VM;
  2. Proporciona una transparencia total: puedes ver los presupuestos, cómo están trabajando los equipos, por qué y en qué desperdicias dinero;
  3. Involucra a los ingenieros: OptScale proporciona gestión del entorno de TI y creación de perfiles de aplicaciones para ML/AI, Big Data, CI/CD y cargas de trabajo regulares, lo que mejora no solo el costo sino también el rendimiento y ayuda a identificar cuellos de botella;
  4. Es de código abierto y se distribuye bajo Apache 2.0; también lo ofrecemos como SaaS. Puedes encontrar una demostración en vivo aquí.

Expertos en la nube de Hystax 

Hystax OptScale ofrece la primera solución de gestión de costos FinOps y multicloud de código abierto que está completamente disponible en Apache 2.0 en GitHub → https://github.com/hystax/optscale

👆🏻 El acceso no autorizado a los entornos de TI internos no cumple con los estándares de seguridad de la empresa. La terminación del acceso a los usuarios inactivos tiene como objetivo reducir el riesgo de acceso no controlado a sus recursos.

💡 Descubra 3 sencillos pasos para encontrar todos los usuarios inactivos en su cuenta de AWS para mejorar la gestión de acceso y la seguridad → https://hystax.com/3-easy-steps-to-find-all-inactive-users-in-your-aws-account-for-access-management-and-security-improvements

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