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 commitments AWS
AWS Savings Plans. Senza puntare tutto subito.
I Compute Savings Plans AWS per EC2, Fargate e Lambda, insieme ai Database Savings Plans per Aurora, RDS, DynamoDB e altri servizi, vengono acquisiti automaticamente in piccoli step, ognuno verificato rispetto all'utilizzo orario.
Compute Savings Plans · Database Savings Plans · Autonomo o con approvazione
AWS · Savings Plans · last 90 days
Effective Savings Rate
32.8%
▲ 6 pts this quarter
Coverage
84%
Utilization
99.3%
CommittedHourly usage
Purchase schedule · laddered
Compute Savings Plan · EC2, FargateOct 1 · $18/hr · 1 yrExecuted
Compute Savings Plan · LambdaOct 15 · $3/hr · 1 yrApproved
Database Savings Plan · Aurora, RDSNov 1 · $6/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 step. Nessun grande azzardo.
Invece di concentrare la copertura in un'unica previsione e un'unica data di scadenza, scaglioniamo gli acquisti dei Savings Plans e verifichiamo ogni step rispetto ai dati di utilizzo AWS più recenti prima di procedere con il successivo.
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 aws coperti
Compute e Database Savings Plans, in un unico workflow.
Cinque servizi di compute e dodici servizi di database, caching, ricerca e migrazione, tutti ottimizzati dallo stesso piano scaglionato. La copertura segue le regole di idoneità AWS per generazioni, engine, tipi di deployment e region supportati.
Compute Savings Plans5 services
Amazon EC2
AWS Fargate
Amazon ECS
Amazon EKS
AWS LambdaDatabase Savings Plans12 services
Amazon Aurora
Amazon RDSAurora Serverless v2Aurora DSQL
DynamoDB
DocumentDB
Neptune
Keyspaces
Timestream
ElastiCache for Valkey
OpenSearch Service
AWS DMSaltri strumenti spingono ad acquistare tutto in anticipo
Noi invece scaglioniamo gli acquisti.
Un Savings Plan triennale acquistato il primo giorno presuppone che l'utilizzo di EC2, Fargate e Lambda non diminuisca mai. Il laddering mantiene ogni step piccolo e recente, 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 che il budget venga impegnato.
FinOps
Un ESR da presentare nei report.
Engineering
Riduzione delle risorse senza penali.
Leadership
Risparmi senza lock-in.
il ciclo completo dei commitments
L'intero ciclo dei commitments AWS, in un unico posto
Compute Savings Plans
EC2, Fargate e Lambda, rivalutati ogni ora.
Database Savings Plans
Aurora, RDS, DynamoDB, Valkey, DocumentDB, Neptune e altri.
Revisione dell'impatto degli acquisti
Copertura prevista e storico prima di impegnarsi.
Autonomo o con approvazione
Scelga come eseguire gli acquisti, con soglie e limiti.
Ritmo calibrato sul rischio
Controlli la velocità di crescita della copertura dei commitments AWS.
Effective Savings Rate
Lo sconto effettivamente ottenuto, al netto di utilizzo e sprechi.
raccomandazioni in poche ore
Come funziona l'ottimizzazione dei commitments AWS
1
Colleghi il billing.
Colleghi i Suoi account di fatturazione cloud. L'analisi dell'utilizzo inizia subito.
2
Definisca i guardrail.
Limiti di spesa, ritmo, obiettivi di copertura e regole di approvazione.
3
Scaglioni gli acquisti.
Gli acquisti vengono eseguiti in piccoli step, ognuno verificato sui dati di utilizzo più recenti.
SOC 2 Type 2, ISO 27001, piattaforma certificata FinOps.
Analisi gratuita dei risparmiDichiarazioni pubbliche sui prodotti verificate il 31 luglio 2026. "Non dichiarato pubblicamente" significa che non è stata trovata alcuna dichiarazione di supporto da parte del vendor.
La gestione dei commitments AWS, a confronto
| Capability | PerfectScale | ProsperOps | Opsima | nOps |
|---|---|---|---|---|
| Copertura dei commitments | ||||
| Compute Savings Plans | EC2, Fargate e Lambda | EC2, Fargate e Lambda | EC2, Fargate e Lambda | EC2, Fargate e Lambda |
| Commitments Google Cloud nella stessa piattaforma | CUD Google Cloud | Multi-cloud | Non disponibile Opsima indica il supporto a Google Cloud come in arrivo. | CUD Google Cloud |
| Copertura dei servizi Database Savings Plans | ||||
| Istanze Amazon Aurora e Amazon RDS | Supportato | Early Access | RDS e Aurora elencati L'automazione dei Database Savings Plans non è documentata esplicitamente. | Supportato |
| Aurora Serverless v2 | Supportato | Early Access | Aurora elencato Il supporto a Serverless v2 non è dichiarato separatamente. | Supportato |
| Aurora DSQL | Supportato | Early Access | Non dichiarato pubblicamente | Supportato |
| DynamoDB | Supportato | Early Access | DynamoDB elencato L'automazione dei Database Savings Plans non è documentata esplicitamente. | Supportato |
| ElastiCache for Valkey (istanze e serverless) | Supportato | Early Access | ElastiCache elencato L'ambito Valkey e serverless non è dichiarato separatamente. | Supportato |
| Amazon DocumentDB (istanze e serverless) | Supportato | Early Access | Non dichiarato pubblicamente | Supportato |
| Amazon Neptune (istanze, serverless e Analytics) | Supportato | Early Access | Non dichiarato pubblicamente | Supportato |
| Amazon Keyspaces | Supportato | Early Access | Non dichiarato pubblicamente | Supportato |
| Amazon Timestream | Supportato | Early Access | Non dichiarato pubblicamente | Supportato |
| AWS DMS (istanze e serverless) | Supportato | Early Access | Non dichiarato pubblicamente | Supportato |
| Amazon OpenSearch Service | Supportato | Early Access | OpenSearch elencato L'automazione dei Database Savings Plans non è documentata esplicitamente. | Supportato |
| Automazione e governance | ||||
| Approvazione prima dell'esecuzione dell'acquisto | Approvazione opzionale per singolo acquisto | Guardrail configurabili I materiali pubblici enfatizzano l'esecuzione autonoma. | Modello autonomo gestito I materiali pubblici enfatizzano l'esecuzione senza intervento manuale. | Autonomia di default I materiali pubblici enfatizzano il pilota automatico completo. |
| Ottimizzazione completamente autonoma | Disponibile | Disponibile | Disponibile | Disponibile |
| Acquisti di commitments scaglionati | Laddering intelligente | Adaptive Laddering | Layering dinamico | Layering adattivo |
| Guardrail su spesa e rischio | Limiti, soglie e ritmo | Controlli su rischio e budget | Policy di rischio gestita | Automazione attenta al rischio |
| Rivalutazione e reportistica | ||||
| Rivalutazione continua dell'utilizzo | Ogni ora | Continua | Continua | Ogni ora |
| Reportistica dell'Effective Savings Rate | ESR, utilizzo e copertura | Dashboard ESR | Dashboard dei risparmi incrementali | ESR e trend dei risparmi netti |
| Oltre la gestione dei commitments | ||||
| Piattaforma FinOps completa | Cloud Intelligence™ Visibilità dei costi, allocazione, governance, ottimizzazione ed expertise cloud. | Piattaforma di automazione FinOps Ottimizzazione delle tariffe, integrazioni per workloads, reportistica e showback. | Specialista dei commitments AWS I materiali pubblici del 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 i costi e i risparmi dei commitments per account, tipo di risorsa e region. | Allocazione nativa AWS La documentazione pubblica si basa su dimensioni, categorie e tag di fatturazione AWS. | Allocazione automatizzata Alloca i costi non taggati e condivisi usando metadati di fatturazione e dei workloads. |
| Ottimizzazione dei workloads Kubernetes | PerfectScale for 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 compute commitments EKS senza modificare l'infrastruttura. | Ottimizzazione EKS Ottimizzazione di nodi, pod e pricing. |
| Ottimizzazione dei workloads Snowflake | PerfectScale for Snowflake Ottimizzazione automatizzata dei warehouse, insight sui workloads e visibilità dei costi. | Non elencato | Non elencato | Visibilità e allocazione dei costi L'acquisizione dei costi Snowflake è documentata; l'automazione dei workloads no. |
| Ottimizzazione dei workloads Databricks | PerfectScale for Databricks Risparmi compute automatizzati, insight sui workloads e visibilità sulle DBU. | Non elencato | Non elencato | Visibilità e allocazione dei costi L'acquisizione dei costi Databricks è documentata; l'automazione dei workloads no. |
| Ottimizzazione dei workloads BigQuery | PerfectScale for BigQuery Insight sull'ottimizzazione di reservation, slot e query con visibilità sui workloads. | Tramite la partnership con Alvin Ottimizzazione di query e reservation BigQuery guidata dal partner. | Non elencato | 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 AWS gestisce PerfectScale?
PerfectScale gestisce i Compute Savings Plans per Amazon EC2, AWS Fargate e AWS Lambda. Gestisce inoltre i Database Savings Plans per le istanze Aurora e RDS; Aurora Serverless v2; Aurora DSQL; DynamoDB; ElastiCache for Valkey (istanze e serverless); DocumentDB (istanze e serverless); Neptune (istanze, serverless e Analytics); Keyspaces; Timestream; DMS (istanze e serverless); e Amazon OpenSearch Service.
In cosa si differenzia PerfectScale da ProsperOps per AWS?
Entrambi i prodotti supportano i Compute Savings Plans e un'ampia copertura dei Database Savings Plans. ProsperOps ha annunciato la propria automazione dei Database Savings Plans in Early Access a giugno 2026. PerfectScale è in general availability e aggiunge l'approvazione opzionale per singolo acquisto all'interno di Cloud Intelligence™.
In cosa si differenzia PerfectScale da Opsima?
L'attuale pagina prodotto di Opsima elenca EC2, ECS e Fargate, Lambda, RDS, Aurora, ElastiCache, OpenSearch e DynamoDB. Non elenca pubblicamente tutti i servizi o le varianti di deployment dei Database Savings Plans. PerfectScale documenta l'intero set supportato e aggiunge l'esecuzione opzionale basata su approvazione, oltre alla gestione dei commitments AWS e Google Cloud.
In cosa si differenzia PerfectScale da nOps?
Entrambi i prodotti documentano pubblicamente i Compute Savings Plans e un'ampia copertura dei Database Savings Plans. PerfectScale si distingue per le approvazioni opzionali per singolo acquisto e per il collegamento con Cloud Intelligence™ e l'expertise cloud di DoiT.
È obbligatorio attivare gli acquisti autonomi?
No. Può richiedere l'approvazione prima di ogni acquisto oppure operare in modalità completamente autonoma. Soglie di approvazione, limiti di spesa e controlli sul ritmo applicano il modello operativo con cui il Suo team si sente più a proprio agio.
Cosa succede quando l'utilizzo di AWS cambia?
PerfectScale rivaluta l'utilizzo ogni ora. Gli acquisti scaglionati offrono opportunità ricorrenti per aumentare, ridurre o sospendere lo step successivo, invece di vincolare l'intero piano a una previsione fatta in un unico momento.
Risparmi su AWS. Senza puntare tutto in anticipo.
Scopra quanto può risparmiare con una copertura scaglionata e allineata all'utilizzo reale.