Definitivamente, se preguntaba cuánto cuesta la infraestructura de su proyecto. Al mismo tiempo, es sorprendente: el crecimiento de los gastos no es lineal en relación con las cargas. Muchos propietarios de negocios, estaciones de servicio y desarrolladores entienden implícitamente que pagan de más. ¿Pero para qué exactamente?
Por lo general, la reducción de costos se reduce a simplemente encontrar la solución más barata, la tarifa de AWS o, si hablamos de soportes físicos, optimizar la configuración del equipo. No solo eso: de hecho, cualquiera hace esto, como Dios lo pone en el alma: si estamos hablando de una startup, entonces este es probablemente el desarrollador líder con suficiente empavesado. En oficinas más grandes, CMO / CTO se ocupa de esto; a veces, el CEO interviene personalmente en una pareja con el contador principal. En general, aquellas personas que tienen suficientes preocupaciones de "perfil". Y resulta que las facturas de infraestructura están creciendo, pero se dan cuenta ... aquellos que no tienen tiempo para lidiar con eso.
Si necesita comprar papel higiénico en la oficina, el gerente de suministros o una persona responsable de la empresa de limpieza lo hará. Si hablamos de desarrollo: leads y CTO. Ventas: todo está claro también. Pero incluso desde los tiempos de barba, cuando el "servidor" se llamaba gabinete, en el que había un sistema de torre común con un poco más de RAM y un par de dificultades en la redada, todos (o al menos muchos) ignoran el hecho de que las compras de capacidad deberían tratarse También una persona especialmente entrenada.
Por desgracia, la memoria histórica y la experiencia indican que esta tarea se ha trasladado durante décadas a personas "aleatorias": el que estaba más cerca respondió a la pregunta. Y solo recientemente, la profesión de FinOps comenzó a tomar forma y tomar algunas líneas específicas en el mercado. Esta es la persona especialmente capacitada cuya tarea es controlar la compra y el uso de capacidades. Y, en última instancia, para reducir los costos de la compañía en esta área.
No hacemos campaña para abandonar soluciones costosas y efectivas: cada empresa debe decidir por sí misma lo que necesita para una existencia cómoda en términos de tarifas de hierro y nube. Pero uno no puede dejar de prestar atención al hecho de que la compra irreflexiva "en una lista" sin el posterior monitoreo y análisis de uso para muchas compañías como resultado da como resultado pérdidas muy, muy sustanciales debido a la gestión ineficiente de los "activos" de su back-end.
Quien es FinOps
Digamos que tiene una empresa sólida, sobre la cual los vendedores aspiran a decir "empresa". Probablemente, "en la lista" compró una docena o dos servidores, AWS y algo más "en las pequeñas cosas". Lo cual es lógico: en una gran empresa, hay algún tipo de movimiento: algunos equipos crecen, otros se separan y otros se transfieren a proyectos vecinos. Y la combinación de estos movimientos junto con el mecanismo de adquisición "basado en listas" en última instancia conduce a nuevas canas al ver la próxima factura mensual de infraestructura.
Entonces, ¿qué hacer? Pacientemente ir más gris, pintar o averiguar las razones de la aparición de estos terribles ceros en el pago.
Es un pecado ocultarlo: la aprobación, aprobación y pago directo de una solicitud dentro de la empresa por la misma tarifa de AWS no siempre es (casi nunca) una realidad. Y solo por el constante movimiento corporativo, algunas de estas adquisiciones pueden "perderse" en alguna parte. Y solo permanece inactivo. Si un administrador atento nota un bastidor sin propietario en su sala de servidores, en el caso de las tarifas en la nube, todo es mucho más triste. Pueden soportar una broma durante meses, pagados, pero al mismo tiempo ya no los necesita nadie en el departamento en el que fueron adquiridos. Al mismo tiempo, los colegas de la próxima oficina aún no han comenzado a rasgar sus canas, no solo en la cabeza, sino en otros lugares: no han podido pagarles la misma semana aproximadamente la misma tarifa de AWS, que se necesita desesperadamente.
¿Cuál es la solución más obvia? Así es, entregue las riendas a los necesitados, y todos estarán felices. Sí, solo las comunicaciones horizontales no siempre están bien establecidas. Y el segundo departamento puede simplemente no ser consciente de la riqueza del primero, para lo cual esta misma riqueza no era de alguna manera particularmente necesaria.
¿Quién tiene la culpa? - Generalmente no digas nadie. Hasta ahora, hasta ahora, todo está arreglado.
¿Quién sufre de esto? - Eso es todo, toda la compañía.
¿Quién puede arreglar la situación? - Sí, sí, FinOps.
FinOps no es solo una capa entre los desarrolladores y el equipo que necesitan, sino una persona o equipo que sabrá dónde, qué y qué tan bien "miente" en términos de las mismas tarifas de nube compradas por la compañía. De hecho, estas personas deberían trabajar en el mismo equipo con DevOps, por un lado, y el departamento financiero por el otro, actuando como un intermediario efectivo y, lo más importante, analítico.
Un poco sobre optimización
Las nubes Relativamente barato y muy conveniente. Pero esta solución deja de ser barata cuando el número de servidores se convierte en dos dígitos o tres dígitos. Además, las nubes permiten utilizar más y más servicios que antes no estaban disponibles: estas son bases de datos como servicio (Amazon AWS, Azure Database), aplicaciones sin servidor (AWS Lambda, Azure Functions) y muchas otras. Todos son geniales porque son fáciles de usar: comprados y manejados, no hay problema. Eso es lo más profundo que la compañía y sus proyectos se sumergen en las nubes, peor duerme el CFO. Y cuanto más rápido el general se vuelve gris.
El hecho es que las cuentas de varios servicios en la nube siempre son extremadamente confusas: puede obtener un descifrado de tres páginas para una posición, para qué, dónde y cómo se fue su dinero. Esto, por supuesto, es bueno, pero entenderlo es casi imposible. Además, nuestra opinión sobre este tema está lejos de ser la única: para transferir cuentas en la nube a humanos, hay servicios completos, por ejemplo
www.cloudyn.com o
www.cloudability.com . Si alguien se confundió al crear un servicio separado para descifrar cuentas, entonces la escala del problema superó el costo del tinte para el cabello.
Entonces, ¿qué hace FinOps en esta situación?
- comprende claramente cuándo y en qué volúmenes se compraron las soluciones en la nube.
- sabe cómo se usan estos poderes.
- los redistribuye, según las necesidades de una unidad en particular.
- no compra "eso fue".
- y al final, te ahorra dinero.
Un gran ejemplo es el almacenamiento en la nube de una copia fría de una base de datos. Por ejemplo, ¿lo archiva para reducir la cantidad de espacio y tráfico consumido al actualizar el almacenamiento? Sí, parece que la situación es barata, en un caso específico, pero la totalidad de esas situaciones baratas se traduce en costos exorbitantes para los servicios en la nube.
U otra situación: compró una potencia de reserva en AWS o Azure, para no caer bajo la carga máxima. ¿Puede estar seguro de que esta es la mejor solución? Después de todo, si estas instancias están inactivas al 80%, simplemente le das dinero a Amazon. Además, para tales casos, el mismo AWS y Azure tienen instancias burstables: ¿por qué necesita servidores gratuitos para fumar, si puede usar la herramienta para resolver problemas de solo picos de carga? O en lugar de las instancias On Premise, debe mirar en la dirección de Reservado: son mucho más baratas y ofrecen descuentos en ellas.
Hablando de descuentosComo dijimos al principio, cualquiera a menudo se dedica a la adquisición: encontraron el último y luego él mismo. Muy a menudo, las personas que ya están ocupadas se vuelven "extremas", y al final tenemos una situación en la que una persona rápida y hábilmente, pero de manera completamente independiente, decide qué y en qué cantidades comprar.
Pero cuando interactúa con el vendedor desde el lado del servicio en la nube, puede obtener condiciones más favorables cuando se trata de la compra al por mayor de capacidades. Está claro que recibir tales descuentos de un automóvil con registro silencioso y unilateral no funcionará, pero después de hablar con un gerente de ventas real, puede agotarse. O estos tipos pueden decir qué tienen descuentos por ahora. También útil
Al mismo tiempo, debe recordar que en AWS o Azure la luz no convergió. Por supuesto, no se habla de organizar su propia sala de servidores, pero hay alternativas a estas dos soluciones clásicas de los gigantes.
Por ejemplo, Google trajo la plataforma Firebase para empresas, en la que es posible colocar el mismo proyecto móvil de forma llave en mano, lo que puede requerir un escalado rápido. El almacenamiento, la base de datos en tiempo real, el alojamiento y la sincronización de datos en la nube utilizando el ejemplo de esta solución están disponibles en un solo lugar.
Por otro lado, si no estamos hablando de un proyecto monolítico, sino de su combinación, entonces una solución centralizada no siempre es beneficiosa. Si el proyecto es de larga duración, tiene su propio historial de desarrollo y la cantidad correspondiente de datos necesarios para el almacenamiento, entonces vale la pena pensar en una ubicación más fragmentada.
Al optimizar los costos de los servicios en la nube, de repente puede darse cuenta de que para aplicaciones críticas para el negocio, puede comprar tarifas más potentes que garantizarán ganancias ininterrumpidas para la empresa. Al mismo tiempo, el "legado" del desarrollo, los archivos antiguos, las bases de datos, etc. que se almacenan en nubes costosas es una solución para usted. De hecho, para tales datos, un centro de datos estándar con discos duros convencionales y hardware de potencia media sin ninguna "loción" es bastante adecuado.
Una vez más, podría pensar que "este escándalo no vale la pena", pero todo el tema de esta publicación se basa en el hecho de que en varias etapas las personas responsables critican y hacen lo más conveniente y rápido posible. Lo que, al final, en un par de años se traduce en esas mismas cuentas de terror.
Cual es el resultado?
En general, las nubes son geniales, resuelven muchos problemas para un negocio de cualquier tamaño. Sin embargo, la novedad de este fenómeno lleva al hecho de que todavía no tenemos una cultura de consumo y gestión. FinOps es un apalancamiento organizacional que lo ayuda a aprovechar su poder en la nube de manera más eficiente. Lo principal es no convertir esta publicación en un análogo del pelotón de fusilamiento, cuya tarea será atrapar a los desarrolladores desatentos de la mano y "regañarlos" por el tiempo de inactividad.
Los desarrolladores deben desarrollar, no contar el dinero de la empresa. Por lo tanto, FinOps debe hacer que tanto el proceso de compra como el proceso de desmantelamiento o transferencia de la capacidad de la nube a otros equipos sea un evento simple y agradable para todas las partes.