Al integrar DataHub, el equipo de DoiT se involucró a tal punto que fue el soporte de DoiT quien armó el primer script de ingesta y el pipeline para destrabarnos.
Kyle Espinola, Head of Platform Engineering
Optimización de CUDs de Google Cloud
CUDs de Google Cloud. Sin apostar en grande.
Los CUDs basados en gasto en diez servicios de Google Cloud —de Compute Engine y Cloud SQL a BigQuery Editions— se aprovisionan automáticamente en pasos pequeños, cada uno validado frente al uso por hora.
10 servicios de Google Cloud · CUDs basados en gasto · Autónomo o con aprobaciones
Google Cloud · CUDs · last 90 days
Effective Savings Rate
29.6%
▲ 6 pts this quarter
Coverage
80%
Utilization
98.8%
CommittedHourly usage
Purchase schedule · laddered
Compute Engine CUDOct 1 · $9/hr · 1 yrExecuted
Cloud SQL CUD · us-central1Oct 15 · $2.4/hr · 1 yrApproved
BigQuery Editions CUDNov 1 · $4/hr · 1 yrAwaiting approval
Next step, if usage holdsNov 15 · sized at the timePlanned
Each step is checked against fresh hourly usage before it executes.
cómo funciona el laddering
Pasos pequeños. Sin grandes apuestas.
En lugar de atar todo tu commitment a un solo pronóstico y una sola fecha de vencimiento, escalonamos las compras de CUDs y validamos cada paso con el uso más reciente de Google Cloud.
Obtén un análisis de ahorro gratisEffective Savings Rate · last 6 months
31.4%, and climbing
18.2%
21.5%
24.9%
27.3%
29.8%
31.4%
Coverage
82%
Utilization
99.1%
Saved this quarter
$412K
One view of ESR, coverage and utilization across clouds.
servicios de google cloud cubiertos
CUDs basados en gasto en diez servicios.
Cómputo, bases de datos, analítica y mensajería, todo optimizado desde un único plan escalonado. Cloud SQL y BigQuery Editions se gestionan por región; los demás tipos de CUD se aplican en todas las regiones a nivel de cuenta de facturación. Pronto llegarán los Flexible Spend CUDs para Compute y más cobertura de Cloud SQL.
Compute and data processing2 services
Compute Engine
DataflowDatabases6 services
Cloud SQL
AlloyDB
Cloud Spanner
Firestore
Bigtable
MemorystoreAnalytics and messaging2 services
BigQuery Editions
Managed Kafkaotras herramientas te empujan a comprar por adelantado
Nosotros preferimos el laddering.
Un CUD grande comprado el primer día da por sentado que el uso de Compute Engine, Cloud SQL y BigQuery solo va a crecer. Con el laddering, cada paso se mantiene pequeño y reciente, para que la cobertura siga el ritmo de tus workloads.
The big bet
“Buy three years of coverage today.”
Based onOne forecast
If usage dropsYou pay anyway
Utilization74% by month 9
PerfectScale for Commitments
“Buy what holds, then buy again.”
Based onHourly usage, every hour
If usage dropsThe next step shrinks
Utilization99.1%
Finanzas
Aprueba antes de que se mueva el dinero.
FinOps
Un ESR que puedes reportar.
Engineering
Reduce capacidad sin penalizaciones.
Dirección
Ahorros sin lock-in.
el ciclo completo de commitments
Todos los tipos de CUD por servicio, en un solo sistema
Cobertura de CUDs en diez servicios
Compute Engine, Cloud SQL, BigQuery Editions y siete más.
Calendarios de compra de CUDs
Las brechas de cobertura se convierten en pasos controlados y revisables.
Revisión del impacto de compra
Cobertura proyectada e historial antes de comprometerte.
Autónomo o con aprobaciones
Elige cómo se ejecutan las compras, con umbrales y límites.
Vista unificada de ahorros
Los resultados de tus CUDs junto a tus commitments de AWS.
Roadmap para Compute y Cloud SQL
Flexible Spend CUDs para Compute en desarrollo; Cloud SQL, a continuación.
recomendaciones en cuestión de horas
Así funciona la optimización de CUDs de Google Cloud
1
Conecta tu facturación.
Vincula tus cuentas de facturación en la nube. El análisis de uso comienza de inmediato.
2
Define tus guardrails.
Límites de gasto, ritmo, metas de cobertura y reglas de aprobación.
3
Avanza paso a paso.
Las compras se ejecutan en pasos pequeños, cada uno validado con el uso más reciente.
SOC 2 Type 2, ISO 27001, FinOps Certified Platform.
Análisis de ahorro gratisAfirmaciones públicas de producto revisadas el 31 de julio de 2026. "No figura públicamente" significa que no se encontró ninguna afirmación de soporte por parte del proveedor.
El modelo de commitment importa tanto como el CUD
| Capability | PerfectScale | ProsperOps | Opsima | nOps |
|---|---|---|---|---|
| Cobertura de servicios de Google Cloud | ||||
| Compute Engine | Compatible | Compatible | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | Figura públicamente |
| Cloud SQL | Compatible | Early Access | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | Figura públicamente |
| BigQuery Editions | Compatible | No figura públicamente | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | Figura públicamente |
| AlloyDB | Compatible | No figura públicamente | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | Figura públicamente |
| Cloud Spanner | Compatible | No figura públicamente | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | Figura públicamente |
| Cloud Firestore | Compatible | No figura públicamente | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | Figura públicamente |
| Dataflow | Compatible | No figura públicamente | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | Figura públicamente |
| Memorystore | Compatible | No figura públicamente | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | Figura públicamente |
| Cloud Bigtable | Compatible | No figura públicamente | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | Figura públicamente |
| Managed Service for Apache Kafka | Compatible | No figura públicamente | No disponible Opsima indica que el soporte de Google Cloud está por llegar. | No figura públicamente |
| Cobertura multi-cloud | ||||
| Commitments de AWS en la misma plataforma | Savings Plans Incluye Database Savings Plans. | Savings Plans y RIs | Savings Plans y RIs | Savings Plans y RIs |
| Vista unificada de commitments multi-cloud | AWS y Google Cloud | Multi-cloud | Hoy solo AWS | Multi-cloud |
| Automatización y gobernanza | ||||
| Aprobación antes de ejecutar la compra | Aprobación opcional por compra | Guardrails configurables Los materiales públicos enfatizan la ejecución autónoma. | No disponible Actualmente no se menciona soporte para Google Cloud. | Prioriza la autonomía Los materiales públicos enfatizan el piloto automático total. |
| Optimización totalmente autónoma | Disponible | Disponible | No disponible La optimización autónoma actualmente es solo para AWS. | Disponible |
| Compras de CUDs escalonadas | Laddering inteligente | Adaptive Laddering | No disponible Actualmente no se menciona soporte para Google Cloud. | Adaptive layering |
| Guardrails de gasto y riesgo | Límites, umbrales y ritmo | Controles de riesgo y presupuesto | No disponible Actualmente no se menciona soporte para Google Cloud. | Automatización con control de riesgo |
| Reevaluación y reportes | ||||
| Reevaluación continua del uso | Cada hora | Continua | No disponible Actualmente no se menciona soporte para Google Cloud. | Cada hora |
| Reportes de Effective Savings Rate | ESR, utilización y cobertura | Dashboards de ESR | No disponible para GCP | ESR y tendencias de ahorro neto |
| Más allá de la gestión de commitments | ||||
| Plataforma FinOps completa | Cloud Intelligence™ Visibilidad de costos, asignación, gobernanza, optimización y expertise en la nube. | Plataforma de automatización FinOps Optimización de precios, integraciones de workloads, reportes y showback. | Especialista en commitments de AWS Los materiales públicos del producto se centran en la optimización de precios. | Plataforma FinOps Gestión de costos, asignación, commitments y optimización de workloads. |
| Atribución de costos sin etiquetar recursos en la nube | Attribute™ Asigna costos a clientes y dimensiones de negocio sin requerir cobertura de tags. | Intelligent Showback Asigna costos y ahorros de commitments por cuenta, tipo de recurso y región. | Asignación nativa de AWS La guía pública se basa en dimensiones, categorías y tags de facturación de AWS. | Asignación automatizada Asigna costos sin tags y costos compartidos usando metadatos de facturación y de workloads. |
| Optimización de workloads de Kubernetes | PerfectScale para Kubernetes Right-sizing de pods, bin packing, autoescalado y optimización continua. | A través de Flexera Ocean Optimización integrada de workloads y commitments de Kubernetes. | Solo optimización de precios Cubre commitments de cómputo de EKS sin cambiar la infraestructura. | Optimización de EKS Optimización de nodos, pods y precios. |
| Optimización de workloads de Snowflake | PerfectScale para Snowflake Optimización automatizada de warehouses, insights de workloads y visibilidad de costos. | No figura | No figura | Visibilidad y asignación de costos La ingesta de costos de Snowflake está documentada; la automatización de workloads, no. |
| Optimización de workloads de Databricks | PerfectScale para Databricks Ahorros automatizados de cómputo, insights de workloads y visibilidad de DBU. | No figura | No figura | Visibilidad y asignación de costos La ingesta de costos de Databricks está documentada; la automatización de workloads, no. |
| Optimización de workloads de BigQuery | PerfectScale para BigQuery Insights de optimización de reservas, slots y consultas con visibilidad de workloads. | Mediante alianza con Alvin Optimización de consultas y reservas de BigQuery liderada por el partner. | No figura | Visibilidad y asignación de costos El análisis de costos de Google Cloud está documentado; la automatización de workloads, no. |
Native capabilityPartial / preview / via integrationNot available
What they say
Conectar IBM y AWS de forma privada era la pieza que teníamos que resolver bien, y queríamos avanzar más rápido de lo que podíamos por nuestra cuenta. DoiT analizó las opciones con nosotros, encontró el solapamiento de subredes que rompía el enrutamiento y lo dejó estable. Eso destrabó todo lo demás.
DevOps Lead, Software Projects
La plataforma de Attribute™ es realmente única. Ahora tenemos visibilidad total de nuestro gasto en la nube a nivel de workload y tenant, y esa información ya se tradujo en ahorros concretos y en insights muy valiosos a medida que seguimos escalando nuestro servicio.
Paul White, VP de Ingeniería, Shasta Cloud
Llevamos muchos años trabajando con DoiT, y las capacidades y funcionalidades de DoiT Cloud Intelligence no han dejado de crecer. Hemos integrado funciones como Cloud Analytics y Reports en nuestros propios procesos de FinOps; se han vuelto parte esencial de lo que hacemos.
Martin Lee, Director de Operaciones
DoiT nos dio la confianza para pasar de la experimentación a la producción. Nos ayudaron a entender la forma correcta de construir IA para el mundo real.
Milad Rezazadeh, CTO
Frequently asked
questions
¿Qué commitments de Google Cloud gestiona PerfectScale?
PerfectScale gestiona CUDs basados en gasto para Compute Engine, Cloud SQL, BigQuery Editions, AlloyDB, Cloud Spanner, Cloud Firestore, Dataflow, Memorystore, Cloud Bigtable y Managed Service for Apache Kafka.
¿En qué se diferencia PerfectScale de ProsperOps para Google Cloud?
ProsperOps menciona públicamente el soporte de Compute y Cloud SQL en Early Access, pero no incluye los otros ocho servicios cubiertos aquí. PerfectScale cubre los diez y suma la aprobación opcional por compra dentro de Cloud Intelligence™.
¿Opsima gestiona CUDs de Google Cloud?
No. Opsima describe actualmente su producto como gestión de commitments de AWS e indica que el soporte de Google Cloud está por llegar. PerfectScale gestiona CUDs de Google Cloud hoy, junto con los commitments de AWS.
¿En qué se diferencia PerfectScale de nOps para Google Cloud?
nOps menciona públicamente nueve de los diez servicios cubiertos aquí; Managed Service for Apache Kafka no figura. PerfectScale cubre los diez y suma la aprobación opcional por compra, además del acceso al expertise en la nube de DoiT.
¿Puede nuestro equipo de finanzas aprobar las compras de CUDs?
Sí. PerfectScale puede requerir aprobación antes de ejecutar cada compra. También puedes definir límites de gasto y controles de ritmo, o pasar a la ejecución autónoma cuando tu equipo esté listo.
¿Qué pasa cuando cambia el uso de Google Cloud?
PerfectScale reevalúa el uso cada hora. Como las compras son escalonadas, el siguiente paso puede reflejar la demanda actual en lugar de extender un nivel de commitment elegido a partir de un pronóstico antiguo.
¿Qué soporte de commitments de Google Cloud llegará próximamente?
Estamos ampliando la cobertura de Compute con los Flexible Spend CUDs de Google Cloud, y justo después llegarán capacidades adicionales de CUDs para Cloud SQL.
Ahorros en Google Cloud. Sin lock-in.
Descubre cuánto podrías ahorrar con una cobertura de CUDs escalonada y alineada al uso.