La factura de nube baja
recurso a recurso, cada uno con nombre.
Con CerteroX Cloud Management, veintiséis comprobaciones con nombre se ejecutan en doce plataformas de nube y datos. Cada hallazgo es un recurso concreto, un responsable que puede aprobar el cambio y un umbral que usted fija.
Después, la capa de gobernanza impide que el desperdicio vuelva a crecer.
Ejecución de optimización
IlustrativoGrupo · ingeniería · últimas 24 horas
26 de 26 comprobaciones evaluadas
- Instances in Stopped State for a Long Time detenida ≥ 14 días, aún asignada
- 40
- Obsolete Snapshot Chains imagen raíz desregistrada
- 7
- Kubernetes Rightsizing solicitudes frente a uso observado
- 12 ns
- Reserved Instances Opportunities estado estable 150 días
- 18
- Infracción de correlación de etiquetas responsable asignado, falta centro de coste
- 3
Cada hallazgo incluye
umbral · exclusiones · omisiones
El desperdicio en la nube es una lista de cosas que alguien puede apagar.
Las facturas de nube crecen porque nadie ve qué servidores, bases de datos y almacenamiento concretos están inactivos, ni quién puede apagarlos. Los paneles de costes muestran el total por servicio, así que la reunión coincide en que hay desperdicio y termina sin una decisión. CerteroX convierte la factura en una lista nominal de recursos, cada uno con un responsable y una acción recomendada.
- Coste
Se deja de gastar en lo que nadie usa.
Veintiséis comprobaciones buscan recursos inactivos, sobredimensionados y olvidados en doce plataformas de nube y datos, y cada hallazgo indica exactamente qué cambiar.
- Riesgo
Los cambios los aprueba la persona adecuada.
Cada hallazgo va al responsable que puede aprobarlo, dentro de los límites que usted fija, para que el ahorro nunca se consiga a costa de algo de lo que depende el negocio.
- Esfuerzo
No hace falta repetir la limpieza.
Las políticas siguen vigilando después de la primera revisión, para que el desperdicio no vuelva discretamente tres meses después y el equipo no empiece de cero cada trimestre.
El problema
Todos los paneles de costes se quedan a una pregunta de una decisión.
Una acción necesita un recurso, un responsable y una fecha. El coste por servicio no da ninguno de los tres, así que la reunión termina donde empezó.
29%
del gasto en la nube se desperdicia, y aumenta por primera vez en cinco años
Una media del sector, extraída del entorno de otra organización. En el suyo, cada punto llega con el nombre de un recurso.
- 01 sin responsable, sin acción
Todos coinciden en que el ajuste de tamaño es correcto. Nadie tiene permiso para aprobarlo.
La instancia pertenece a una cuenta que pertenece a un equipo que se reorganizó el año pasado. Sin un responsable, el hallazgo se queda en el backlog hasta que alguien lo rebautiza como deuda técnica.
Reglas de asignación con nueve tipos de condición para la asignación automática de responsables Cloud Management
- 02 el proyecto de etiquetado nunca termina
Su estándar de etiquetado es una página de wiki y el cuarenta por ciento de los recursos.
La asignación espera a un programa de etiquetado que nunca termina, así que el showback nunca empieza y nadie siente el coste de lo que ejecuta.
Etiquetado virtual calculado con independencia de las etiquetas nativas de la nube Cloud Management
- 03 dimensionado según las solicitudes
Kubernetes es una línea en la factura y la mitad del clúster.
Los nodos se dimensionan según las solicitudes que declararon los desarrolladores. El clúster funciona a un tercio de lo que reserva y la factura no se desglosa por namespace.
Coste y utilización de Kubernetes por namespace, nodo y servicio Cloud Management
- 04 el ahorro que se volvió a perder
Lo limpió en marzo. En junio había vuelto.
Nada tenía fecha de caducidad, no se fijó ningún límite y ninguna política se activó cuando reapareció el mismo tipo de recurso. La optimización sin gobernanza es un proyecto trimestral permanente.
TTL de recursos con aplicación automática del ciclo de vida Cloud Management
- El desperdicio es una lista que se va resolviendo, y después una política que impide que la lista se vuelva a formar.
CerteroX Cloud Management puede ayudar
Solicitar una demoTres de las cinco disciplinas.
Cada uno funciona de forma independiente y comparte un único modelo de activos, por lo que las partes que abarcan varios productos no requieren trabajo de integración.
- Principal CerteroX Cloud Management Veintiséis comprobaciones con nombre, un modelo de costes para doce plataformas y políticas que se aplican. Más información
- También se aplica CerteroX AI Management El mismo motor de recomendaciones aplicado a flotas de GPU y ejecutores de ML. Más información
- También se aplica CerteroX ITAM Instancias de nube conciliadas con el mismo registro de activos que todo lo demás que posee. Más información
Está viendo el detalle técnico completo. Desactívelo para ver la versión breve.
Ocultar detalle técnicoCuatro pasos, y solo uno de ellos es encontrar el desperdicio.
La mayoría de las herramientas hacen el segundo. El primero decide si algo se llega a ejecutar, y el cuarto decide si sigue resuelto.
-
Atribuya cada pounddollareuro
La responsabilidad va antes que la optimización, porque un hallazgo sin responsable es una mera curiosidad.
- Grupos de costes clasificados como presupuesto, unidad de negocio, equipo, proyecto, CI/CD o activo Cloud Management
- Reglas de asignación con nueve tipos de condición para la asignación automática de responsables Cloud Management
- Etiquetado virtual calculado con independencia de las etiquetas nativas de la nube Cloud Management
- Compatibilidad nativa con FOCUS, la especificación abierta de costes y uso de FinOps Cloud Management
- Showback y chargeback por grupo con estados de gasto excesivo que tienen en cuenta la previsión Cloud Management
-
Encuentre el desperdicio por su nombre
Cada hallazgo es una comprobación con nombre sobre un recurso con nombre, con el umbral que la activó. Nada se presenta como “ahorro potencial identificado”.
- Instancias, imágenes, balanceadores de carga, buckets de S3 y flujos de Kinesis abandonados Cloud Management
- Imágenes, IP, instantáneas y cadenas de instantáneas obsoletas Cloud Management
- Instancias detenidas pero no desasignadas y volúmenes desconectados desde hace tiempo Cloud Management
- Ajuste de tamaño de instancias y detección de RDS infrautilizadas Cloud Management
- Ajuste de tamaño en Kubernetes y búsqueda de duplicados en el almacenamiento de objetos Cloud Management
- Umbrales por comprobación, exclusiones de grupos y cuentas omitidas Cloud Management
-
Comprometa gasto en el momento adecuado
Los descuentos por compromiso son la mayor palanca individual y la más fácil de contratar con seis meses de retraso.
- Análisis de cobertura de Reserved Instances y Savings Plans Cloud Management
- Oportunidades de compra de Reserved Instances y Savings Plans Cloud Management
- Oportunidades de actualización de generación de instancias y de migración entre regiones Cloud Management
- Instancias de corta duración señaladas como candidatas a spot y preemptible Cloud Management
- Programación de encendido de máquinas virtuales para inicio y parada automáticos Cloud Management
-
Mantenga lo conseguido
Esta es la mitad de FinOps que la mayoría de las herramientas omiten: políticas que se activan antes de que llegue la factura.
- TTL de recursos con aplicación automática del ciclo de vida Cloud Management
- Límites de gasto total y diario por recurso o grupo Cloud Management
- Detección de anomalías de gasto frente a una media diaria móvil Cloud Management
- Cumplimiento de etiquetas: etiquetas obligatorias, etiquetas prohibidas y reglas de correlación Cloud Management
- Detección de anomalías en el número de recursos y políticas de cuota de recursos Cloud Management
- Historial de infracciones de restricciones y seguimiento de restricciones detectadas Cloud Management
Pida ver cualquiera de ellos funcionando en el propio producto, en la pantalla donde ocurre.
Cómo es hacerlo bien.
Una práctica de FinOps madura se reconoce por sus reuniones. Nadie discute el total.
- 01
Cada hallazgo tiene un nombre y un responsable.
Abandoned Kinesis Streams, con ese nombre. El recurso, el grupo al que pertenece y la persona que puede aprobar el cambio están en la misma fila.
- 02
Cada comprobación tiene su propio umbral.
Los umbrales, las exclusiones de grupos y las cuentas omitidas se configuran por comprobación, así que la infraestructura de recuperación ante desastres deja de generar hallazgos sin que nadie desactive la comprobación que protege todo lo demás.
- 03
La asignación no espera al etiquetado.
Las etiquetas virtuales se calculan hoy por cuenta, región, servicio, patrón de nombre o responsable, mientras la política de etiquetado pone en orden las etiquetas reales por detrás.
- 04
La limpieza no hay que repetirla.
Los TTL hacen caducar el sandbox, los límites de gasto acotan el grupo, la detección de anomalías capta el pico y el historial de infracciones muestra exactamente qué se activó y cuándo.
- 05
Su modelo de costes sobrevive a su proveedor.
FOCUS se ingiere de forma nativa y se puede consultar directamente, así que el modelo de costes es un estándar abierto que le pertenece.
Preguntas frecuentes
¿Quiere hacer otra pregunta?
Póngase en contactoYa usamos las herramientas de costes nativas de cada nube. ¿Qué aporta esto?
Las herramientas nativas son excelentes dentro de sus propios límites y ciegas fuera de ellos. Esto crea un único modelo de costes para doce plataformas de nube y datos, entre ellas Kubernetes, Databricks y Snowflake, con un único esquema de asignación, un único motor de políticas y un único conjunto de recomendaciones. También ejecuta las comprobaciones que no hacen las consolas de facturación: cadenas de snapshots, streams abandonados, instancias detenidas pero no desasignadas, candidatas de vida corta para spot.
Nuestro etiquetado es un desorden. ¿Tenemos que arreglarlo primero?
No. El etiquetado virtual se calcula con independencia de las etiquetas nativas de la nube, así que la asignación funciona por cuenta, región, servicio, patrón de nombre o responsable desde el primer día. Después, la política de cumplimiento de etiquetas (etiquetas obligatorias, etiquetas prohibidas y reglas de correlación) corrige el desorden de fondo en segundo plano.
¿Cómo evitamos que los desarrolladores lo vean como un recorte de costes que se les impone?
Deles el grupo y el presupuesto. Los grupos de costes se clasifican como presupuesto, unidad de negocio, equipo, proyecto, CI/CD o activo, cada uno con su propio presupuesto, umbrales y alertas de Slack. Gracias a los entornos compartibles con reservas, claves SSH y webhooks de CI/CD, el mismo sistema que les factura es el que les proporciona un entorno de pruebas.
¿Cubre Kubernetes de verdad, o solo los nodos que hay debajo?
El coste y la utilización se desglosan por namespace, nodo y servicio, y el ajuste de tamaño de Kubernetes es una de las veintiséis comprobaciones con nombre, porque los clústeres casi siempre se dimensionan según las solicitudes declaradas, muy por encima de lo que los pods llegan a usar. A un namespace se le aplican los mismos grupos, presupuestos y políticas que a una suscripción.
¿Y el gasto en GPU? Es nuestra partida que más crece.
Los ejecutores de ML son instancias de nube, así que la detección de recursos abandonados, el ajuste de tamaño, la actualización de generación y la migración a instancias spot se les aplican automáticamente, y las cargas de trabajo de ML/IA pueden tener sus propios grupos de costes y presupuestos. Eso es CerteroX AI Management, sobre el mismo motor.
Vea cómo se ejecutan las comprobaciones.
Llévese una lista de nombres.
Una posición de nube con datos y a escala real, recorrida hallazgo por hallazgo: comprobación por comprobación, recurso por recurso, responsable por responsable. Díganos qué plataformas utiliza y cuáles de las veintiséis pondría en duda.
Sin compromiso y sin PDF a cambio de sus datos. Las veintiséis comprobaciones, y alguien en la llamada que puede responder por cada una de ellas.