Hay una gran cantidad de software de gestión de costos en la nube, docenas de optimización de costos de la nube escenarios y estrategias pero prácticamente todos ellos tienen un problema grave que limita el resultado del ahorro.
La idea principal de las herramientas tradicionales de gestión de costos de la nube es escanear su facturación en la nube y descubrir los recursos existentes para brindarle una receta de lo que se debe hacer para ahorrar.
Su factura de la nube. El enfoque principal se centra en:
- recursos no utilizados (volúmenes, AMI, instantáneas, IP elásticas, etc.)
- Problemas con el tamaño adecuado: cuando se selecciona el sabor incorrecto y, en la mayoría de los casos, se puede aplicar una reducción de tamaño
- Recomendaciones de instancias reservadas y planes de ahorro
Y ese es un informe realmente bueno con una cifra atractiva de X dólares de ahorro posible. Pero el problema es quién es el usuario de estos datos. Por lo general, hay uno o dos tipos de TI responsables del ahorro de costos en la nube. Pueden ocupar puestos de SRE, CloudOps, DevOps o TI central, en diferentes empresas tienen diferentes títulos. Y definitivamente pueden comprar más capacidad reservada o planes de ahorro, pero cuando se trata de recursos no utilizados o de redimensionamiento, no pueden simplemente ir y aplicar recomendaciones, tienen que interactuar con los propietarios de los recursos. Y esta interacción mata la mayor parte del potencial de ahorro de costos, ya que esos uno o dos tipos tienen que hablar con ingenieros y SRE, hacer que revisen los recursos, explicar sus objetivos.
Los ingenieros quieren escribir código y cerrar tickets de Jira. No van a las consolas en la nube, se olvidan de limpiar los recursos y no les importan los costos. Y ahora necesitan cambiar de versión asumiendo el riesgo de que algunos trabajos fallen por falta de memoria y revisar algunos recursos antiguos. Es obvio que harán todo lo posible por posponer dichas tareas y evitar discusiones. Como resultado, por lo general, las empresas pueden ahorrar solo entre el 20 y el 30 por ciento de esa buena cantidad de ahorro posible; los técnicos de TI harán todo lo posible por evitar la siguiente ronda de comunicación con los ingenieros y una empresa simplemente acepta que no puede ahorrar más.
¿Cómo se puede mejorar? Sólo con Involucrar a los ingenieros en el procesoSí, recordemos que a ellos no les importan los costes y no quieren asumir nuevas responsabilidades pero los ingenieros solo necesitan tener una tarea sencilla: ser responsables de sus propios recursos y de su ciclo de vida y la tarea de una empresa es darles instrumentos para que el proceso sea sencillo y no intrusivo.
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.
Como resultado, no solo proporciona una o dos iteraciones de optimización de costos de la nube, sino que construye un proceso simple pero invaluable donde el equipo de I+D que genera una parte significativa de los gastos de la nube ayuda a ahorrar y los ingenieros no sienten que tienen otra tarea molesta, solo cuidar sus recursos.
Como ocurre con la mayoría de las cosas en TI, los mejores principios y estándares son tan buenos como lo bien que los siga todo el equipo. El factor limitante y los riesgos, en la mayoría de los casos, no son los efectos que ofrecen las tecnologías modernas, sino las personas y los procesos involucrados. La intersección de un equipo de ingeniería entra en juego cuando se trata de la adopción de FinOps y la optimización de costos. Por lo tanto, si está ansioso por conocer el costo de implementar recursos y cómo diseñar la arquitectura para la optimización de costos, definitivamente necesita involucrar activamente a su equipo de ingeniería en Ahorro de costes en FinOps y la nube.
Hoy en día, cuando muchas empresas dependen de un entorno OpEx, un equipo de ingeniería se siente muy libre y puede activar recursos sin esfuerzo según lo desee para ejecutar sus servicios. Se reconoce que para muchos usuarios de la nube, a menudo es un desafío (cuando la ingeniería activa recursos sin pautas estandarizadas como establecer presupuestos, TTL, alertas y notificaciones, etiquetado de recursos apropiado y cadencia frecuente) ver el costo desde una perspectiva de ingeniería y finanzas. Si bien esta "libertad" potencia la velocidad y un mejor desarrollo de productos, no es la forma óptima de crear un proceso de I+D.
Involucrar a los ingenieros como propietarios de la mayoría de los recursos es una cuestión fundamental para definir presupuestos, mantener los costos de la nube bajo control y pronosticar los gastos correctamente. Cada miembro del equipo puede ayudar a crear una experiencia de uso de la nube eficaz y administrar los costos de la nube.
Nuestro producto, OptScale, ayuda a las empresas a involucrar a los ingenieros en la gestión de costos de la nube a través de Slack: informes periódicos, alertas y comandos para administrar el ciclo de vida de los recursos.
Para poner en práctica la teoría, puedes hacer una prueba gratuita, sin necesidad de tarjeta de crédito → https://my.optscale.com/register
