La creciente adopción de prácticas FinOps en empresas de todo el mundo puede ser un arma de doble filo. Si bien contar con equipos multidisciplinarios que planifiquen, ejecuten y monitoreen el gasto en la nube alineados con los objetivos del negocio es una clara ventaja, los pasos para consolidar una disciplina FinOps y darle tracción pueden resultar abrumadores.
Esto se debe, en parte, a que FinOps requiere el respaldo de varios equipos dentro de la organización —en una publicación anterior analizamos la mejor manera de sumar a tus Engineers—, pero también a que poner en marcha procesos de optimización de costos puede ser todo un reto. Incluso algo tan simple como definir quién debería participar en estas estrategias suele generar confusión dentro de una organización.
¿A quién debería importarle FinOps?
Para entender mejor los retos, veamos primero qué perfiles dentro de la empresa deberían tener voz al momento de establecer estas prácticas. Como FinOps funciona como un puente entre los equipos de negocio, IT y Finanzas, es fundamental que el liderazgo de cada uno de esos departamentos se apropie de la estrategia y ayude a abrir canales claros de comunicación en torno al gasto en la nube de la empresa.
Del lado del negocio, el liderazgo ejecutivo debe abanderar la idea en toda la organización y asegurarse de que todos remen hacia el mismo objetivo. El área de finanzas, que probablemente ya se encarga de presupuestar y proyectar los costos generales para los próximos meses y años, tiene como meta entender y dar seguimiento preciso al gasto en la nube para garantizar que el dinero se invierta bien. Y, por supuesto, del lado de IT/engineering/operaciones suele recaer la tarea de proyectar, aprovisionar y utilizar los entornos en la nube, por lo que deben poder transmitir las necesidades de la empresa al resto de los equipos y justificar las decisiones de gasto que se toman.
Fuente: FinOps Foundation
Otros roles, como product owners y Procurement, también deberían participar, pero en el centro de todo están los practitioners de FinOps. Esta persona o equipo —tenga o no "FinOps" en su título— es, en última instancia, quien tiende ese puente entre los departamentos mencionados y consolida una cultura en la que cada equipo cuenta con un manual de buenas prácticas para optimizar el gasto en la nube y maximizar el retorno de la inversión.
Sin embargo, sumar a las personas indicadas es apenas el primer paso del recorrido FinOps. Para construir la cultura adecuada hace falta tener objetivos claros. La FinOps Foundation los agrupa en dominios específicos, cada uno compuesto por distintas capacidades (que suelen superponerse entre dominios).
Los seis dominios de FinOps son:
- Entender el uso y el costo de la nube
- Seguimiento del rendimiento y benchmarking
- Toma de decisiones en tiempo real
- Optimización de Precios en la nube
- Optimización del uso de la nube
- Alineación organizacional
Dentro de estos dominios hay varias capacidades que probablemente ya se ejecutan en cierta medida en tu organización. Por ejemplo, gestionar descuentos basados en commitments es algo que la mayoría de las empresas hace mucho antes de tener una práctica FinOps formal; también es un componente clave del Seguimiento del rendimiento y benchmarking, la Optimización de Precios en la nube y la Alineación organizacional. Lo mismo aplica a otras capacidades como gestionar anomalías, medir costos unitarios y el análisis de datos y showback.
¿De verdad estás listo para dar el salto?
En conjunto, estos dominios y capacidades pueden analizarse a través del FinOps Maturity Model, basado en un esquema de gatear-caminar-correr y objetivos de muestra que permiten a las empresas dimensionar el problema y ubicarse al inicio de este recorrido.
Aun así, para quienes están en el nivel "gatear" del modelo de madurez, incluso este marco puede dejarte con más preguntas que respuestas sobre por dónde empezar para abarcarlo todo. Esto se nota especialmente en empresas más pequeñas o jóvenes que quizá no cuentan con las herramientas o la experiencia necesarias para ejecutar bien estas estrategias —y, si las tienen, tal vez no dispongan del tiempo ni de los recursos humanos suficientes para abordar el problema.
En pocas palabras: puede que aún no estés listo para adoptar plenamente una práctica FinOps de arriba hacia abajo en tus distintos equipos y stakeholders. Existe la posibilidad de que el tiempo y dinero invertidos en montar esta práctica no rindan suficiente ROI a largo plazo, lo que no solo se traduciría en pérdida de tiempo y dinero, sino que podría afectar el éxito futuro del negocio al desviar recursos de donde más se necesitan. Lo último que quieres es poner en marcha un proyecto a nivel empresa que termine costando más dinero del que ahorra.
Entonces, ¿cómo avanzar?
La optimización de costos en la nube puede darte una victoria rápida
No hay que decirlo: la forma más fácil de ganar respaldo y momentum para una nueva iniciativa es mostrar resultados tangibles. Conseguir algunas victorias rápidas en las primeras fases genera credibilidad en el resto de la organización y sienta las bases para los siguientes pasos.
Si el propósito de una práctica FinOps es optimizar los procesos de compra y consumo de recursos en la nube, la mejor manera de empezar es enfocarse en la optimización de costos. Reducir la factura mensual de la nube, aunque sea un poco, no solo ayudará a demostrar que vale la pena el esfuerzo, sino que también se convierte en un punto de apoyo para los dominios y capacidades más amplios que abordarás más adelante.
Como los costos de cómputo suelen representar bastante más de la mitad de la factura de nube de una empresa, esta área es la mayor oportunidad para reducir tu gasto general en la nube. Y aunque proveedores como AWS y Google Cloud ofrecen descuentos a cambio de commitments a largo plazo, aprovecharlos en la práctica es mucho más complejo de lo que parece.
Para empezar, un commitment de cómputo recuerda al viejo enfoque de reservar espacio dedicado en un data center y perder la flexibilidad de levantar nuevas instancias en una región o familia de máquinas distinta a la habitual. Tanto AWS como GCP ofrecen varios tipos de planes de commitment de cómputo con distintos niveles de flexibilidad, y la regla general es clara: mientras más específico seas, mayor será el porcentaje de descuento; en general, se cambia flexibilidad por ahorro. Y, claro, tampoco siempre sabes cuánta flexibilidad vas a necesitar durante la vigencia del commitment.
La verdad es que gestionar un portfolio de commitments en la nube puede dar trabajo de tiempo completo a una persona o incluso a todo un equipo. No solo hay muchos factores que considerar al proyectar el uso de cómputo —tipos de máquina, regiones, servicios en la nube, etc.—, sino que dar seguimiento al uso y a las fechas de vencimiento de varios commitments y varios equipos es un dolor de cabeza constante durante todo el año. Y aun cuando logres dominarlo, persiste el riesgo de comprometerte con un uso específico de cómputo durante un período prolongado sin garantía alguna de que tus necesidades dentro de un año sean las que hoy imaginas. Si sobreprovisionas, te arriesgas a pagar por instancias sin uso; si subprovisionas, dejas ahorros sobre la mesa.
Automatizar la solución
La respuesta a estos retos de gestión —y el secreto detrás de tu victoria rápida en FinOps— está en la automatización. Una herramienta como DoiT Flexsave™ nació entendiendo que los arquitectos de nube, los equipos de producto y los líderes de DevOps necesitan enfocarse en construir sus productos y hacer crecer su negocio, en lugar de pasar horas cada mes revisando hojas de cálculo para monitorear el gasto de sus commitments. Por su parte, los equipos de finanzas y de dirección necesitan entender cómo se consumen los recursos en la nube (¿qué equipos y aplicaciones son los principales drivers?, ¿qué servicios en la nube son los más críticos para el negocio?) para conectar ese gasto con los objetivos del negocio.
Flexsave resuelve este dolor de cabeza combinando la flexibilidad del cómputo on-demand con los beneficios de los descuentos basados en commitments. Lo hace mediante machine learning: analiza tu gasto continuo de cómputo en AWS e identifica workloads que aún no están cubiertos por commitments existentes. Luego, Flexsave aplica automáticamente el equivalente a un Savings Plan de 1 año a esos workloads on-demand, eliminando así la necesidad de dar seguimiento permanente a los commitments, hacer proyecciones precisas a largo plazo y asumir el riesgo inherente a comprar commitments de recursos.
Claro está, la tecnología en la nube abarca mucho más que cómputo, y FinOps va mucho más allá de la optimización de costos. Para entender a fondo el alcance de sus entornos en la nube y el uso y los costos asociados, los equipos de FinOps necesitan poder asignar el gasto e implementar showback hacia equipos, servicios o aplicaciones específicos dentro de su organización. Por eso, todos los usuarios de DoiT tienen acceso a atribuciones y reportes de analítica de costos sobre todo su entorno en la nube, lo que les permite ir más allá de las victorias rápidas y empezar a consolidar una práctica FinOps de mayor alcance.
Para conocer más sobre Flexsave y sobre las soluciones de optimización de costos y analítica de nube de DoiT, haz un recorrido autoguiado por todo el portfolio de productos, o ponte en contacto con un experto de DoiT hoy mismo.