Cloud Management FinOps Veintiséis formas
en que su factura de la nube
está mal.

Cada recomendación que produce el motor procede de un módulo concreto con un nombre concreto: Abandoned Kinesis Streams, Obsolete Snapshot Chains, Instances in Stopped State for a Long Time. Usted ve qué comprobación se activó, sobre qué recurso y por qué. Cada una tiene sus propios umbrales, exclusiones de grupos y cuentas omitidas, de modo que usted decide qué se activa y qué se pasa por alto.

Las herramientas nativas son excelentes dentro de sus propios límites y ciegas fuera de ellos. CerteroX Cloud Management construye un único modelo de costes en doce plataformas de nube y de 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 de optimización que omiten las consolas de facturación nativas: cadenas de instantáneas, flujos abandonados, instancias detenidas pero no desasignadas y candidatas a spot de corta duración.

FOCUS es la FinOps Open Cost and Usage Specification, un estándar abierto para datos de costes y uso que todos los grandes proveedores pueden emitir. Un recopilador dedicado lo ingiere de forma nativa y los costes se pueden consultar directamente sobre él, de modo que puede consultar el modelo, auditarlo y entregar las mismas columnas a su equipo de BI.

Sí, y no tiene que arreglar primero las etiquetas. Los grupos de costes se clasifican como presupuesto, unidad de negocio, equipo, proyecto, CI/CD o activo. Las reglas de asignación con nueve tipos de condición colocan los recursos en grupos automáticamente, y el etiquetado virtual se calcula con independencia de las etiquetas nativas de la nube. Por eso, la asignación funciona a partir de la cuenta, la región, el servicio, un patrón de nombre o el responsable, mientras la política de etiquetado pone en orden las etiquetas reales.

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 comprobaciones con nombre propio, porque las solicitudes suelen fijarse muy por encima de lo que los pods acaban usando. Los mismos grupos de costes, presupuestos y políticas se aplican a un namespace igual que a una suscripción.

Esa es la función de la capa de gobernanza. TTL de recursos con aplicación automática del ciclo de vida, límites de gasto total y diario por recurso o grupo, presupuestos con vencimiento y recurrentes, cumplimiento de etiquetas con reglas de obligatoriedad, prohibición y correlación, y detección de anomalías tanto en el gasto como en el número de recursos. Cada infracción queda en el historial, de modo que puede mostrar qué se activó y cuándo.