Nell'integrazione di DataHub, il team di DoiT è stato estremamente operativo, al punto che il supporto di DoiT ha realizzato il primo script di ingestion e la prima pipeline per sbloccarci.
Kyle Espinola, Head of Platform Engineering
Ottimizzazione dei CUD Google Cloud
CUD Google Cloud. Senza grandi scommesse.
I CUD basati sulla spesa su dieci servizi Google Cloud, da Compute Engine e Cloud SQL fino a BigQuery Editions, vengono attivati automaticamente a piccoli passi, ognuno verificato rispetto all'utilizzo orario.
10 servizi Google Cloud · CUD basati sulla spesa · Esecuzione autonoma o con approvazione
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.
come funziona il laddering
Piccoli passi. Niente grandi scommesse.
Invece di vincolare l'intero commitment a una sola previsione e a un'unica data di scadenza, scaglioniamo gli acquisti di CUD e convalidiamo ogni passo rispetto ai dati di utilizzo Google Cloud più recenti.
Richieda un'analisi gratuita dei risparmiEffective 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.
servizi google cloud coperti
CUD basati sulla spesa su dieci servizi.
Compute, database, analytics e messaggistica, ottimizzati da un unico piano scaglionato. Cloud SQL e BigQuery Editions sono gestiti per regione; gli altri tipi di CUD si applicano a tutte le regioni a livello di account di fatturazione. In arrivo i Flexible Spend CUD per Compute e una copertura Cloud SQL più ampia.
Compute and data processing2 services
Compute Engine
DataflowDatabases6 services
Cloud SQL
AlloyDB
Cloud Spanner
Firestore
Bigtable
MemorystoreAnalytics and messaging2 services
BigQuery Editions
Managed Kafkaaltri strumenti la spingono ad acquistare tutto subito
Noi invece scaglioniamo.
Un CUD di grandi dimensioni acquistato il primo giorno presuppone che l'utilizzo di Compute Engine, Cloud SQL e BigQuery non faccia che crescere. Con il laddering ogni passo resta piccolo e aggiornato, così la copertura segue i suoi 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%
Finance
Approvazione prima di ogni esborso.
FinOps
Un ESR pronto per il reporting.
Engineering
Riduzione delle risorse senza penali.
Leadership
Risparmi senza lock-in.
il ciclo completo dei commitments
Ogni tipo di servizio CUD, un unico sistema
Copertura CUD su dieci servizi
Compute Engine, Cloud SQL, BigQuery Editions e altri sette.
Piani di acquisto CUD
Le lacune di copertura trasformate in passi misurati e verificabili.
Analisi dell'impatto degli acquisti
Copertura prevista e storico prima di impegnarsi.
Autonomo o con approvazione
Scelga come eseguire gli acquisti, con soglie e limiti.
Vista unificata dei risparmi
I risultati dei CUD accanto ai suoi commitments AWS.
Roadmap Compute e Cloud SQL
Flexible Spend CUD per Compute in sviluppo, Cloud SQL subito dopo.
raccomandazioni in poche ore
Come funziona l'ottimizzazione dei CUD Google Cloud
1
Colleghi il billing.
Colleghi i suoi account di fatturazione cloud. L'analisi dell'utilizzo parte subito.
2
Definisca i guardrail.
Limiti di spesa, cadenza, obiettivi di copertura e regole di approvazione.
3
Proceda per gradi.
Gli acquisti vengono eseguiti a piccoli passi, ognuno verificato sui dati di utilizzo più recenti.
SOC 2 Type 2, ISO 27001, piattaforma certificata FinOps.
Analisi gratuita dei risparmiDichiarazioni pubbliche di prodotto verificate al 31 luglio 2026. "Non dichiarato pubblicamente" indica che non è stata trovata alcuna dichiarazione di supporto da parte del vendor.
Il modello di commitment conta quanto il CUD
| Capability | PerfectScale | ProsperOps | Opsima | nOps |
|---|---|---|---|---|
| Copertura dei servizi Google Cloud | ||||
| Compute Engine | Supportato | Supportato | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Dichiarato pubblicamente |
| Cloud SQL | Supportato | Early Access | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Dichiarato pubblicamente |
| BigQuery Editions | Supportato | Non dichiarato pubblicamente | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Dichiarato pubblicamente |
| AlloyDB | Supportato | Non dichiarato pubblicamente | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Dichiarato pubblicamente |
| Cloud Spanner | Supportato | Non dichiarato pubblicamente | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Dichiarato pubblicamente |
| Cloud Firestore | Supportato | Non dichiarato pubblicamente | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Dichiarato pubblicamente |
| Dataflow | Supportato | Non dichiarato pubblicamente | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Dichiarato pubblicamente |
| Memorystore | Supportato | Non dichiarato pubblicamente | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Dichiarato pubblicamente |
| Cloud Bigtable | Supportato | Non dichiarato pubblicamente | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Dichiarato pubblicamente |
| Managed Service for Apache Kafka | Supportato | Non dichiarato pubblicamente | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | Non dichiarato pubblicamente |
| Copertura cross-cloud | ||||
| Commitments AWS nella stessa piattaforma | Savings Plans Include i Database Savings Plans. | Savings Plans e RI | Savings Plans e RI | Savings Plans e RI |
| Vista unificata dei commitments multi-cloud | AWS e Google Cloud | Multi-cloud | Oggi solo AWS | Multi-cloud |
| Automazione e governance | ||||
| Approvazione prima dell'esecuzione dell'acquisto | Approvazione opzionale per ogni acquisto | Guardrail configurabili I materiali pubblici enfatizzano l'esecuzione autonoma. | Non disponibile Il supporto a Google Cloud non è attualmente dichiarato. | Approccio autonomous-first I materiali pubblici enfatizzano l'autopilot completo. |
| Ottimizzazione completamente autonoma | Disponibile | Disponibile | Non disponibile L'ottimizzazione autonoma è attualmente limitata ad AWS. | Disponibile |
| Acquisti CUD scaglionati | Laddering intelligente | Adaptive Laddering | Non disponibile Il supporto a Google Cloud non è attualmente dichiarato. | Adaptive layering |
| Guardrail su spesa e rischio | Limiti, soglie e cadenza | Controlli di rischio e budget | Non disponibile Il supporto a Google Cloud non è attualmente dichiarato. | Automazione attenta al rischio |
| Rivalutazione e reporting | ||||
| Rivalutazione continua dell'utilizzo | Oraria | Continua | Non disponibile Il supporto a Google Cloud non è attualmente dichiarato. | Oraria |
| Reporting dell'Effective Savings Rate | ESR, utilizzo e copertura | Dashboard ESR | Non disponibile per GCP | ESR e trend dei risparmi netti |
| Oltre la gestione dei commitments | ||||
| Piattaforma FinOps completa | Cloud Intelligence™ Visibilità dei costi, allocazione, governance, ottimizzazione e competenze cloud. | Piattaforma di automazione FinOps Ottimizzazione delle tariffe, integrazioni per i workloads, reporting e showback. | Specialista in commitments AWS I materiali pubblici di prodotto si concentrano sull'ottimizzazione delle tariffe. | Piattaforma FinOps Gestione dei costi, allocazione, commitments e ottimizzazione dei workloads. |
| Attribuzione dei costi senza tagging delle risorse cloud | Attribute™ Mappa i costi su clienti e dimensioni di business senza richiedere la copertura dei tag. | Intelligent Showback Alloca costi e risparmi dei commitments per account, tipo di risorsa e regione. | Allocazione nativa AWS La documentazione pubblica si basa su dimensioni di fatturazione, categorie e tag AWS. | Allocazione automatizzata Alloca i costi non taggati e condivisi usando i metadati di fatturazione e dei workloads. |
| Ottimizzazione dei workloads Kubernetes | PerfectScale per Kubernetes Right-sizing dei pod, bin packing, autoscaling e ottimizzazione continua. | Tramite Flexera Ocean Ottimizzazione integrata di workloads e commitments Kubernetes. | Solo ottimizzazione delle tariffe Copre i commitments di compute EKS senza modificare l'infrastruttura. | Ottimizzazione EKS Ottimizzazione di nodi, pod e pricing. |
| Ottimizzazione dei workloads Snowflake | PerfectScale per Snowflake Ottimizzazione automatizzata dei warehouse, insight sui workloads e visibilità dei costi. | Non dichiarato | Non dichiarato | Visibilità e allocazione dei costi L'ingestione dei costi Snowflake è documentata; l'automazione dei workloads no. |
| Ottimizzazione dei workloads Databricks | PerfectScale per Databricks Risparmi automatizzati sul compute, insight sui workloads e visibilità delle DBU. | Non dichiarato | Non dichiarato | Visibilità e allocazione dei costi L'ingestione dei costi Databricks è documentata; l'automazione dei workloads no. |
| Ottimizzazione dei workloads BigQuery | PerfectScale per BigQuery Insight di ottimizzazione su reservation, slot e query con visibilità sui workloads. | Tramite la partnership con Alvin Ottimizzazione di query e reservation BigQuery gestita dal partner. | Non dichiarato | Visibilità e allocazione dei costi L'analisi dei costi Google Cloud è documentata; l'automazione dei workloads no. |
Native capabilityPartial / preview / via integrationNot available
What they say
Collegare IBM e AWS tramite rete privata era il tassello che dovevamo assolutamente azzeccare, e volevamo procedere più velocemente di quanto avremmo potuto fare da soli. DoiT ha analizzato le opzioni insieme a noi, ha individuato la sovrapposizione di subnet che bloccava il routing e ha reso il tutto stabile. Questo ha sbloccato tutto il resto.
DevOps Lead, Software Projects
La piattaforma di Attribute™ è davvero unica. Oggi abbiamo una visibilità totale sulla nostra spesa cloud a livello di workload e tenant, e queste informazioni ci hanno già portato risparmi concreti e insight di grande valore mentre continuiamo a far crescere il nostro servizio.
Paul White, VP of Engineering, Shasta Cloud
Lavoriamo con DoiT da molti anni e le capacità e le funzionalità di DoiT Cloud Intelligence non hanno mai smesso di crescere. Abbiamo integrato funzionalità come Cloud Analytics e i Report nei nostri processi FinOps: sono diventate un elemento centrale del nostro modo di lavorare.
Martin Lee, Direttore delle Operations
DoiT ci ha dato la fiducia per passare dalla sperimentazione alla produzione. Ci ha aiutato a capire il modo giusto per costruire l'AI destinata al mondo reale.
Milad Rezazadeh, CTO
Frequently asked
questions
Quali commitments Google Cloud gestisce PerfectScale?
PerfectScale gestisce i CUD basati sulla spesa per Compute Engine, Cloud SQL, BigQuery Editions, AlloyDB, Cloud Spanner, Cloud Firestore, Dataflow, Memorystore, Cloud Bigtable e Managed Service for Apache Kafka.
In cosa si differenzia PerfectScale da ProsperOps per Google Cloud?
ProsperOps dichiara pubblicamente il supporto a Compute e Cloud SQL in Early Access, ma non dichiara gli altri otto servizi coperti qui. PerfectScale supporta tutti e dieci i servizi e aggiunge l'approvazione opzionale per ogni acquisto all'interno di Cloud Intelligence™.
Opsima gestisce i CUD Google Cloud?
No. Opsima descrive attualmente il proprio prodotto come gestione dei commitments AWS e indica il supporto a Google Cloud come in arrivo. PerfectScale gestisce già oggi i CUD Google Cloud insieme ai commitments AWS.
In cosa si differenzia PerfectScale da nOps per Google Cloud?
nOps dichiara pubblicamente nove dei dieci servizi coperti qui; Managed Service for Apache Kafka non è dichiarato. PerfectScale supporta tutti e dieci i servizi e aggiunge l'approvazione opzionale per ogni acquisto, oltre all'accesso alle competenze cloud di DoiT.
Il nostro team finance può approvare gli acquisti di CUD?
Sì. PerfectScale può richiedere l'approvazione prima dell'esecuzione di ogni acquisto. Può inoltre impostare limiti di spesa e controlli di cadenza, oppure passare all'esecuzione autonoma quando il suo team è pronto.
Cosa succede quando l'utilizzo di Google Cloud cambia?
PerfectScale rivaluta l'utilizzo ogni ora. Poiché gli acquisti sono scaglionati, il passo successivo può riflettere la domanda attuale, invece di prolungare un livello di commitment scelto in base a una previsione datata.
Quale supporto ai commitments Google Cloud arriverà prossimamente?
Stiamo ampliando la copertura Compute con i Flexible Spend CUD di Google Cloud, con ulteriori funzionalità CUD per Cloud SQL subito dopo.
Risparmi su Google Cloud. Senza lock-in.
Scopra quanto potrebbe risparmiare con una copertura CUD scaglionata e allineata all'utilizzo reale.