Gestire i costi per Azure Spring Apps
Nota
I piani Basic, Standard ed Enterprise saranno deprecati a partire dalla metà di marzo 2025, con un periodo di ritiro di 3 anni. È consigliabile eseguire la transizione ad App Azure Container. Per altre informazioni, vedere l'annuncio di ritiro di Azure Spring Apps.
Il piano Standard a consumo e dedicato sarà deprecato a partire dal 30 settembre 2024, con un arresto completo dopo sei mesi. È consigliabile eseguire la transizione ad App Azure Container. Per altre informazioni, vedere Eseguire la migrazione del consumo di Azure Spring Apps Standard e del piano dedicato alle app Azure Container.
Questo articolo si applica a: ✔️ Consumo standard e dedicato (anteprima) ✔️ Basic/Standard ✔️ Enterprise
Questo articolo descrive le opzioni e le funzionalità di risparmio sui costi offerte da Azure Spring Apps.
Altre informazioni sul piano Enterprise
Per il piano Enterprise, sono ora disponibili ulteriori sconti per gli impegni più lunghi nelle parti dei prezzi di Microsoft e VMware (by Broadcom). Per altre informazioni, vedere Prezzi di Azure Spring Apps.
Per la parte Microsoft dei prezzi, il piano Enterprise dispone attualmente di opzioni di prezzi scontate annuali. Per altre informazioni, vedere Maximizing Value: Streamlined Cloud Solutions with Prime Cost Savings for Spring Apps .For more information, see Maximizing Value: Streamlined Cloud Solutions with Prime Cost Savings for Spring Apps.For more information, see Maximizing Value: Streamlined Cloud Solutions with Prime Cost Savings for Spring Apps.
Per la parte di VMware (by Broadcom) dei prezzi, lo sconto negoziabile varia in base al numero di anni di iscrizione. Per altre informazioni, contattare il rappresentante di vendita.
Concessioni gratuite mensili
Le prime 50 ore vCPU e 100 GB di memoria sono gratuite ogni mese per ogni sottoscrizione. Per altre informazioni, vedere Riduzione dei prezzi - Azure Spring Apps fa di più, meno costi! nel blog di App in Azure.
Avviare e arrestare le istanze
Se si dispone di istanze di Azure Spring Apps che non devono essere eseguite continuamente, è possibile risparmiare sui costi riducendo il numero di istanze in esecuzione. Per altre informazioni, vedere Avviare o arrestare l'istanza del servizio Azure Spring Apps.
Ridimensionamento e scalabilità automatica
È possibile ridimensionare manualmente le capacità di calcolo per adattarsi a un ambiente in continua evoluzione. Per altre informazioni, vedere Ridimensionare un'applicazione in Azure Spring Apps.
La scalabilità automatica riduce i costi operativi terminando le risorse ridondanti quando non sono più necessarie. Per altre informazioni, vedere Configurare la scalabilità automatica per le applicazioni.
È anche possibile configurare regole di scalabilità automatica per le applicazioni nel piano a consumo Standard di Azure Spring Apps e dedicato. Per altre informazioni, vedere Avvio rapido: Configurare la scalabilità automatica per le applicazioni nel piano a consumo Standard di Azure Spring Apps e dedicato.
Arrestare la gestione degli ambienti inutilizzati
Se si configurano diversi ambienti durante lo sviluppo di un prodotto, è importante rimuovere gli ambienti che non sono più in uso quando il prodotto è attivo.
Rimuovere le distribuzioni non necessarie
Se si usano strategie come la distribuzione blu-verde per ridurre i tempi di inattività, può comportare molte distribuzioni inattive negli slot di staging, in particolare più istanze dell'app non necessarie dopo la distribuzione di versioni più recenti nell'ambiente di produzione.
Evitare di allocare risorse
Gli utenti Java spesso riservano più potenza di elaborazione e memoria di quanto ne abbiano realmente bisogno. Anche se è consigliabile usare istanze di app di grandi dimensioni durante i mesi iniziali di produzione, è consigliabile modificare l'allocazione delle risorse in base ai dati di utilizzo.
Evitare il ridimensionamento non necessario
Se si usano più istanze di app di quelle necessarie, è necessario modificare il numero di istanze in base ai dati di utilizzo reali.
Semplificare la raccolta dei dati di monitoraggio
Se si raccolgono più log, metriche e tracce di quanto sia possibile usare o permettersi, è necessario determinare cosa è necessario per la risoluzione dei problemi, la pianificazione della capacità e il monitoraggio della produzione. Ad esempio, è possibile ridurre la frequenza di monitoraggio delle prestazioni dell'applicazione o essere più selettivi sui log, le metriche e le tracce inviati agli strumenti di aggregazione dei dati.
Disattivare la modalità di debug
Se si dimentica di disattivare la modalità di debug per le app, vengono raccolti e inviati a piattaforme di monitoraggio una grande quantità di dati. Dimenticare di disattivare la modalità di debug potrebbe non essere necessario e costoso.