7 min. de lectura<\/p>\n
Un log\u00edstico del norte de Alemania ha reducido su factura de multi-nube en un 31 por ciento. No a trav\u00e9s de un nuevo proveedor, no a trav\u00e9s de una migraci\u00f3n, sino a trav\u00e9s de tres cuartos de disciplina FinOps, un equipo con responsabilidad real de presupuesto y una etiquetado que no ganar\u00eda aplausos en ninguna conferencia.<\/strong><\/p>\n Relacionado:<\/span>38 por ciento menos costos de nube en la fabricaci\u00f3n de maquinaria<\/a> \/<\/span> FinOps Estudio 2026: Brokerage como ruta predeterminada<\/a><\/p>\n El log\u00edstico al que me refiero, ejecuta cargas de trabajo en AWS, Azure y una plataforma europea menor para datos de proveedores regulados. Tres contratos, tres per\u00edodos de facturaci\u00f3n, tres sem\u00e1nticas de etiquetado diferentes. La factura se encontraba a finales de 2024 en alrededor de 4,2 millones de euros al a\u00f1o, tendencia al alza, ya que m\u00e1s env\u00edos producen m\u00e1s telemetr\u00eda.<\/p>\n El problema no era el precio de las instancias individuales. El problema era que nadie pod\u00eda asegurar con seguridad qu\u00e9 departamento causaba cu\u00e1nto. Las instancias reservadas se acabaron sin que alguien reaccionara. El almacenamiento en una regi\u00f3n crec\u00eda un 6 por ciento cada mes sin que alguien preguntara si la clase de datos era correcta. Un equipo orden\u00f3 durante seis semanas de dupla capacidad de proceso para un proyecto de migraci\u00f3n, ya que la responsabilidad de la desactivaci\u00f3n no era clara.<\/p>\n Las brechas concretas del estado real se enumeraron: 27 por ciento de las instancias de proceso en ejecuci\u00f3n no ten\u00edan un tag \u00fatil para la ubicaci\u00f3n de costos o producto. 14 por ciento de los vol\u00famenes de almacenamiento estaban sin acceso en la clase m\u00e1s cara durante m\u00e1s de 90 d\u00edas. 1,9 millones de euros correspond\u00edan al a\u00f1o al costo de salida y cross-regi\u00f3n que nadie pod\u00eda asignar a una aplicaci\u00f3n. Esto no son estimaciones, esto fue la situaci\u00f3n inicial en los primeros informes.<\/p>\n La primera idea en la casa fue comprar un nuevo tool. Hay proveedores cuyos pitches en este segmento son muy efectivos. El equipo evalu\u00f3 dos de ellos y finalmente decidi\u00f3 conscientemente no adquirir ninguno. No porque los tools fueran malos, sino porque no resolv\u00edan el problema fundamental: qui\u00e9n toma decisiones en el grupo de manera obligatoria sobre qu\u00e9 dimensi\u00f3n se etiqueta.<\/p>\n En lugar de eso, siguieron tres pasos. Primero, una p\u00e1gina de etiquetado con cuatro tags obligatorios (ubicaci\u00f3n de costos, producto, entorno, propietario), m\u00e1s tres opcionales para cargas de trabajo de cumplimiento. Todo lo dem\u00e1s se elimin\u00f3. Quien quer\u00eda crear un nuevo tag necesitaba la aprobaci\u00f3n de la relaci\u00f3n financiera. Dos p\u00e1ginas de documentaci\u00f3n, aprobadas por el CIO y acceptadas por la direcci\u00f3n.<\/p>\n Segundo, el principio del cuenta de recopilaci\u00f3n. Un job de Cron marca desde el cuarto trimestre todas las recursos sin tags obligatorios. Despu\u00e9s de siete d\u00edas, se cargar\u00edan los costos de esas recursos en un cuenta de recopilaci\u00f3n interna, que es el responsabilidad del equipo de plataforma. De repente, el equipo de plataforma ten\u00eda un incentivo para llamar a las divisiones detr\u00e1s de ellas, en lugar de solicitar amablemente.<\/p>\n Tercero, revisiones de costos mensuales con propietarios, no con tools: cada division ver\u00eda en un PDF \u00fanico sus costos del \u00faltimo 60 d\u00edas, segmentados por producto y regi\u00f3n. No hay paneles, no hay an\u00e1lisis detallados. Reducido conscientemente, ya que el debate es m\u00e1s importante que la visualizaci\u00f3n.<\/p>\n Parece simple. Es as\u00ed. El impacto no se encontraba en la metodolog\u00eda, sino en que la metodolog\u00eda persisti\u00f3 despu\u00e9s de cinco meses.<\/p>\n El etiquetado es la entrada. Aporta transparencia a la medici\u00f3n de inventario, pero no mucho si las decisiones sobre compromiso y reserva permanecen en el departamento de compras, que no conoce la carga de trabajo. En nuestro ejemplo, esto fue la segunda ola de reforma: las instancias reservadas y los planes de ahorro se transferieron a los propietarios de la plataforma, no al departamento de compras central. Motivo: quien asume el riesgo t\u00e9cnico tambi\u00e9n debe poder evaluar el riesgo comercial.<\/p>\n Esto tiene dos efectos. Primero, se llev\u00f3 a cabo la primera vez una discusi\u00f3n honesta sobre cu\u00e1les cargas de trabajo son realmente planificables y cu\u00e1les no. Segundo, se cancelaron las instancias reservadas que un comprador anterior hab\u00eda renovado por motivos de conformidad, aunque la division hab\u00eda descontinuado el producto.<\/p>\n Este fue uno de estos victorias silenciosas que no aparecen en ninguna nota de prensa. Suma ahorrada: alrededor de 380.000 euros al a\u00f1o. No tecnolog\u00eda nueva, no cambio de arquitectura. Solo alguien que finalmente asumi\u00f3 la responsabilidad.<\/p>\n Multi-Cloud FinOps se vende en muchos decks como un programa de eficiencia. En realidad, es una consecuencia de trade-offs que un grupo deja de manera consciente. La primera es la estandarizaci\u00f3n contra la velocidad: quien pasa por la etiquetado pol\u00edtica y la gesti\u00f3n de compromiso centralmente retrasa a los equipos individuales. Quien quiere velocidad, acepta p\u00e9rdidas de precisi\u00f3n. No hay un camino que proporcione ambas cosas. Quien los promete, nunca ha logrado hacerlo.<\/p>\n El segundo trade-off es la cobertura de tools contra la autonom\u00eda. Los tools de FinOps especializados alivian al equipo, pero transfieren el conocimiento al tool en lugar de al cerebro. Si el contrato con el proveedor de tools termina, la Cost-Intelligence se pierde r\u00e1pidamente. El tercero: el compromiso reservado contra la flexibilidad. Un plan de ahorro de tres a\u00f1os reduce costos, pero ata al grupo a una arquitectura que puede estar equivocada en tres a\u00f1os. Quien corre agresivamente con reservas debe calcular honestamente lo que cuesta una cancelaci\u00f3n anticipada.<\/p>\n Estos trade-offs no se pueden automatizar. Una pr\u00e1ctica de FinOps que los aborda de manera transparente es mucho m\u00e1s sostenible que una que promete todos tres al mismo tiempo.<\/p>\n FinOps ha estado siendo el tema de moda en cada conferencia sobre nube durante los \u00faltimos dos a\u00f1os. Mucho de esto es justificado, pero algunos aspectos son exagerados. Lo que sigue siendo relevante despu\u00e9s del ejemplo del log\u00edstico es, de manera inesperada, poco met\u00f3dico y, de manera inesperada, mucho m\u00e1s organizativo. Una pol\u00edtica de etiquetado que no se ha desarrollado. Un equipo de plataforma que se ha convertido en el responsable de recursos no etiquetados. Responsabilidad de propietario para compromiso. Revisiones mensuales con personas, no con paneles de control.<\/p>\n El resultado al cabo de tres cuartos: costos multi-nube 31% m\u00e1s bajos, una mejor precisi\u00f3n en el pron\u00f3stico y una discusi\u00f3n significativamente m\u00e1s cercana a la realidad sobre nuevas iniciativas de nube. Si alguien propone un proyecto ahora, debe responder a la pregunta de qui\u00e9n llevar\u00e1 el compromiso reservado en caso de que la adopci\u00f3n no se mantiene. Esta pregunta no exist\u00eda antes.<\/p>\n Quien espera encontrar una soluci\u00f3n \u00fanica y efectiva (silver bullet) aqu\u00ed no lo encontrar\u00e1. Quien reconoce que la inteligencia financiera es principalmente una cuesti\u00f3n de responsabilidad, tiene un camino realista y pr\u00e1ctico.<\/p>\n Cuando se cumplen tres condiciones: m\u00e1s de dos Hyperscalers, m\u00e1s de 50 propietarios responsables y un presupuesto de nube de m\u00e1s de cinco millones de euros al a\u00f1o. Bajo estas circunstancias, una soluci\u00f3n propia con exploradores de costos nativos y una administraci\u00f3n de etiquetado disciplinada suele ser m\u00e1s econ\u00f3mica y sostenible.<\/p>\n<\/details>\n Las primeras reducciones en costos se pueden observar despu\u00e9s de ocho a doce semanas, ya que el modelo de cuenta de recopilaci\u00f3n obliga a los propietarios de la plataforma a asignar r\u00e1pidamente recursos sin etiquetar. Los efectos estructurales sobre Instancias Reservadas y clases de almacenamiento se producen generalmente despu\u00e9s de dos a tres cuartos.<\/p>\n<\/details>\n Los responsables de la plataforma o producto que conocen t\u00e9cnicamente la carga de trabajo. Un ejecutivo de TI sin contexto de la carga de trabajo suele tomar decisiones defensivas y extiende contratos con \u00e1reas no operadas. Esto es el error m\u00e1s costoso en la pr\u00e1ctica.<\/p>\n<\/details>\n Cuatro a cinco tags obligatorios son suficientes para la mayor\u00eda de las empresas. M\u00e1s tags pueden causar lagunas, ya que nadie mantiene todos los campos de manera consistente. Los tags m\u00e1s \u00fatiles suelen ser centro de costos, producto, entorno y propietario, adem\u00e1s de uno para la clase de cumplimiento si se incluyen cargas de trabajo reguladas.<\/p>\n<\/details>\n Los costos de salida son la posici\u00f3n m\u00e1s incomoda, ya que suelen tener dos propietarios: el sistema que env\u00eda y el que recibe. La pr\u00e1ctica recomendada es cargar los costos de salida al trabajo que env\u00eda y llevarlos expl\u00edcitamente como una l\u00ednea propia en los revisiones mensuales. De lo contrario, desaparecen como un gasto invisible en el presupuesto general.<\/p>\n<\/details>\n M\u00e1s del MBF Media Netzwerk<\/p>\nLo m\u00e1s importante en resumen<\/h2>\n
\n
Donde la factura de multi-nube explota sin embargo<\/h2>\n
C\u00f3mo el equipo Cost-Intelligence se estructur\u00f3 sin un nuevo tool<\/h2>\n
Lo que el etiquetado no resuelve solo<\/h2>\n
Los tres trade-offs que nadie aborda de manera transparente<\/h2>\n
\u00bfQu\u00e9 queda despu\u00e9s del hype?<\/h2>\n
Preguntas frecuentes<\/h2>\n
\u00bfCu\u00e1ndo vale la pena un herramienta de FinOps dedicada frente a herramientas integradas?<\/strong><\/summary>\n
\u00bfCu\u00e1nto tiempo tarda una administraci\u00f3n de etiquetado en mostrarse efectiva?<\/strong><\/summary>\n
\u00bfQui\u00e9n debe asumir la responsabilidad de los propietarios de Instancias Reservadas?<\/strong><\/summary>\n
\u00bfCu\u00e1ntos tags obligatorios son \u00fatiles?<\/strong><\/summary>\n
\u00bfQu\u00e9 pasa con los costos de salida y transregionales?<\/strong><\/summary>\n