Gestión de costes en la nube frente a FinOps
No hace falta decir que, si utiliza nubes públicas o privadas, debe poder realizar un seguimiento de los costos de TI, especialmente, es importante para las nubes públicas donde no hay un límite físico y el costo de error (por ejemplo, funciones lambda recursivas) puede ser extremadamente alto. Puede utilizar herramientas de gestión de costos nativas de la nube como AWS Cost Explorer o Azure Advisor, o soluciones de terceros. Pero, como se mencionó en uno de nuestros Artículos anterioresLas herramientas de gestión de costes en la nube tienen problemas importantes, ya que, por lo general, solo las utilizan unas pocas personas en las organizaciones y estas soluciones no establecen un proceso de ahorro de costes ni una cultura de participación de los equipos de I+D. Como resultado, se obtiene un bonito informe con una lista de acciones a tomar, pero después de analizarlo se descubre que es necesario molestar a muchas personas, tomar múltiples medidas y, finalmente, es más fácil transferir los gastos a los clientes que ejecutar el informe completo. Aquí es donde entra en juego la cuestión. FinOps entra en juego.
FinOps es una evolución de la gestión de costes en la nube Con una cultura y un proceso establecidos, los equipos de I+D, SRE y DevOps, así como los miembros individuales, participan en la planificación y la ejecución. Pero, ¿cómo se construye? ¿Cómo se evoluciona desde la gestión de costos de la nube y cuánto tiempo llevará lograrlo?
3 pasos principales para establecer un proceso FinOps
Paso 1
Si no tienes ninguna herramienta de gestión de costos en la nube o Kubernetes, considera usar soluciones gratuitas o pagas. Etiqueta tus recursos y asigna presupuestos o grupos para distribuir los gastos entre aplicaciones, departamentos o equipos. Puedes asignar varias etiquetas a los recursos: una etiqueta se puede usar para identificar una aplicación y otra, un equipo. Sugiero tener presupuestos separados para cada equipo de I+D y aplicación que se ejecuta en producción. En ese caso, puedes hacer un seguimiento de los gastos, realizar análisis y obtener pronósticos. Con una herramienta de gestión de costos adecuada, puedes hacerlo en unos pocos días, pero no hay problema si lleva de 4 a 6 semanas que todos los equipos actualicen sus scripts de automatización y trabajos de CI/CD para usar etiquetas.
Paso 2
Asignar recursos de la nube o de Kubernetes a los equipos de I+D o SRE. En esta etapa, es importante que todo el equipo esté preparado. equipo responsable de sus recursos. Periódicamente deben recibir una lista de recursos, un resumen de gastos y alertas sobre excesos de presupuesto o violación de TTL. En este caso, todos y nadie son responsables al mismo tiempo y esto hace que la transición al tercer punto sea muy fluida. La responsabilidad compartida ayuda a eliminar el riesgo de ser sancionado por cualquier error y educa a los miembros del equipo para que comiencen a pensar en el ahorro de costos y por qué es importante para la organización. Esta etapa puede durar de 3 a 9 meses, en general.
Paso 3
Si su equipo de ingeniería posee recursos específicos, asígneles recursos individuales de Kubernetes o de la nube para que puedan administrar adecuadamente el ciclo de vida de los recursos. En este punto, ya comprenden la necesidad comercial del proceso y se acostumbran a realizar un seguimiento de los gastos de la nube. En esta etapa, obtiene el proceso óptimo de administración de costos de la nube y FinOps, ya que los ingenieros, que en la mayoría de los casos son los principales generadores de costos de la nube, están capacitados y motivados para reducir un costo de TI y eso mejora significativamente el proceso en comparación con las herramientas tradicionales de administración de costos de la nube cuando un técnico de TI necesita averiguar quiénes son los propietarios de los recursos y perseguir a los ingenieros para optimizar los costos de la nube y reducir el desperdicio.
En el caso ideal las empresas deberían utilizar herramientas que:
- Ofrecer una forma de configurar y actualizar los TTL y las notificaciones sobre la expiración. Configurar etiquetas y ejecutar un script para enviar correos electrónicos puede ser una opción.
- Brindar a los ingenieros una forma de realizar un seguimiento de sus recursos, recibir alertas y actualizar los TTL a través de Slack o Microsoft Teams.
Brindar recomendaciones personalizadas sobre los recursos del ingeniero para que no tenga que interactuar con el personal de TI. - Brindar a los gerentes y propietarios de presupuestos una forma de realizar un seguimiento del progreso y los resultados para tomar medidas correctivas si es necesario.
- Educar a los ingenieros y gerentes y simplificarles el uso de los instrumentos y
Explicar la necesidad comercial de tales acciones.
Tenga cuidado de no evitar el primer y el segundo paso, ya que debe llegar al tercer paso con una mentalidad preparada y un proceso establecido. Si fuerza la situación, su equipo puede tener una experiencia negativa y será difícil volver a intentarlo. Y eso significa que lo único que puede hacer para mejorar sus métricas es hacer que sus clientes paguen por este error.
Hystax OptScale es la única herramienta de gestión de costos de la nube y FinOps para Kubernetes y cargas de trabajo tradicionales que puede ayudar a establecer el proceso, guiarlo a través de los pasos y educar a su equipo sobre la cultura y el proceso de ahorro de costos en la nube y Kubernetes.
Prueba gratuita, no se necesita tarjeta de crédito → https://my.optscale.com/register
