Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo definisce come creare stime accurate dei costi per l'ambiente di Azure documentando le decisioni architetturali e le selezioni dei servizi. Un'architettura ben definita è essenziale per creare stime accurate dei costi per l'ambiente Azure. Questa chiarezza garantisce che i modelli di costo riflettano l'ambito effettivo dei servizi, delle dipendenze della piattaforma e dei requisiti operativi. Senza questa base, le stime non hanno la specificità necessaria per una pianificazione e una governance efficaci.
Pianificare l'architettura di Azure
Un piano di architettura fornisce il contesto necessario per stimare il costo totale di proprietà (TCO) in Azure. Per allineare la pianificazione tecnica e finanziaria, è necessario definire architetture della piattaforma e del carico di lavoro.
Allineare l'architettura ai requisiti aziendali e tecnici. Vincoli dei documenti, aspettative sulle prestazioni e esigenze di conformità. Questo allineamento garantisce che i servizi di Azure selezionati soddisfino gli obiettivi aziendali ed evitano costose rielaborazioni dopo la distribuzione.
Pianificare l'architettura della zona di destinazione di Azure. Una zona di destinazione fornisce i servizi condivisi e le basi per la governance per tutti i carichi di lavoro. Questa architettura consente una stima accurata dei costi a livello di piattaforma e dell'idoneità operativa.
Usare una zona di destinazione di Azure come base per l'architettura della piattaforma. Le zone di destinazione di Azure offrono una base scalabile e sicura per gli ambienti aziendali. Includono componenti critici, ad esempio identità, rete e controlli di governance. Usare le indicazioni in Che cos'è una zona di destinazione di Azure?.
Iniziare da piccolo per le startup in fase iniziale. Le startup o le aziende native del cloud possono iniziare senza implementare servizi condivisi, connettività ibrida o multicloud o gestione delle identità locale. Implementare invece una gerarchia di risorse per organizzare e gestire le risorse. Man mano che il tuo ambiente si espande, adotta in modo incrementale i componenti della landing zone di Azure per supportare la crescita e la governance.
Pianificare l'architettura del carico di lavoro (applicazione). Un'architettura del carico di lavoro definisce i servizi, le aree e le configurazioni di Azure necessari per soddisfare i requisiti aziendali e tecnici. Identificare i servizi, le aree e le configurazioni di Azure necessari per soddisfare gli obiettivi aziendali e tecnici. Includere dipendenze, esigenze di prestazioni e requisiti di conformità. Usare il Centro architetture di Azure per ottenere idee.
Selezionare i servizi di Azure appropriati
Definire e applicare gli standard di selezione dei servizi. I servizi scelti influiscono direttamente sulla distribuzione iniziale e sui costi operativi a lungo termine dell'ambiente cloud. È necessario valutare e selezionare i servizi di Azure che supportano al meglio il carico di lavoro, l'architettura e gli obiettivi finanziari. Stabilire linee guida documentate per la selezione dei servizi in base ai modelli di carico di lavoro comuni. Questi standard riducono la complessità del supporto, consentono vantaggi per l'acquisto di volumi elevati e semplificano l'applicazione dei criteri. Per indicazioni, vedere CAF Govern.
Usare le guide alle decisioni di Azure per valutare le opzioni del servizio. Azure offre guide decisionali strutturate che consentono di esplorare il catalogo completo dei servizi. Queste guide consentono di confrontare i servizi in base a requisiti tecnici, costi e complessità operativa. Usare le guide alle decisioni relative alla tecnologia di Azure per identificare i servizi più appropriati per la soluzione. Questo passaggio riduce il rischio di sovrallocazione o della selezione di servizi che non soddisfano le esigenze del carico di lavoro.
Selezionare servizi gestiti per carichi di lavoro nativi del cloud. Le offerte PaaS (Platform as a Service) riducono il sovraccarico operativo astraendo la gestione dell'infrastruttura. Questi servizi migliorano la scalabilità, la sicurezza e l'affidabilità riducendo al minimo il lavoro amministrativo. Scegliere i servizi gestiti per carichi di lavoro nuovi o modernizzati, a meno che non sia necessario il controllo a livello di infrastruttura per la conformità, le prestazioni o la compatibilità. Per indicazioni sulla progettazione cloud-native, consulta CAF Cloud-native per ulteriori indicazioni.
Allineare la selezione del servizio alla strategia di migrazione. L'approccio alla migrazione determina i servizi di Azure più adatti. Per gli scenari di rehosting, selezionare i servizi che rispecchiano i componenti correnti. Per ripiattaforma o riprogettazione, assegnare priorità alle soluzioni PaaS che supportano gli obiettivi di modernizzazione. Se si esegue la migrazione da un altro provider di servizi cloud, utilizzare il mapping dei servizi da Amazon Web Services (AWS) ad Azure o da Google Cloud ad Azure per individuare i servizi appropriati.
Selezionare il livello di servizio appropriato
Informazioni sui livelli di servizio. Ogni servizio di Azure offre più livelli di servizio (noti anche come SKU) che offrono diversi livelli di prestazioni, scalabilità, disponibilità e funzionalità disponibili. Il livello corretto è essenziale per soddisfare i requisiti specifici del carico di lavoro con tutte le funzionalità necessarie ed evitare il provisioning eccessivo o inferiore. Esistono alcune funzionalità disponibili solo su SKU specifici, quindi anche se i dati sulle prestazioni si applicano a UNO SKU inferiore, potrebbe essere necessaria una funzionalità disponibile in UNO SKU superiore. È necessario usare i requisiti del carico di lavoro per determinare il livello di servizio più appropriato.
I carichi di lavoro migrati devono usare i dati di valutazione per selezionare gli SKU. I dati di valutazione includono baseline delle prestazioni, modelli di utilizzo e dipendenze dell'architettura. Questi dati eseguono il mapping delle caratteristiche del carico di lavoro esistenti agli SKU di Azure equivalenti. Questo mapping garantisce la continuità e riduce al minimo le regressioni delle prestazioni dopo la migrazione.
- Esaminare i requisiti dei componenti dell'architettura raccolti durante la fase di valutazione.
- Associa le esigenze di CPU, memoria, archiviazione e IOPS agli SKU disponibili.
- Identificare le funzionalità necessarie disponibili solo negli SKU di livello superiore, anche se le prestazioni richiedono un livello inferiore.
I carichi di lavoro nativi del cloud devono usare obiettivi di prestazioni e stime di utilizzo. I carichi di lavoro nativi del cloud non dispongono di dati cronologici sulle prestazioni. È necessario definire i modelli di utilizzo previsti e gli obiettivi di prestazioni per selezionare uno SKU iniziale appropriato.
- Stimare i requisiti di concorrenza utente, volumi di transazioni e latenza.
- Selezionare uno SKU che soddisfi queste destinazioni e convalidarlo tramite test delle prestazioni.
- Modificare lo SKU in base ai risultati dei test per ottimizzare i costi e le prestazioni.
Selezionare SKU a disponibilità elevata per carichi di lavoro critici. I carichi di lavoro cruciali e critici per l'azienda richiedono disponibilità elevata e tolleranza di errore. È necessario selezionare i livelli di servizio che supportano le zone di disponibilità o le configurazioni con ridondanza della zona.
- Esaminare le opzioni di disponibilità e gli accordi sul livello di servizio.
- Selezionare le unità di stoccaggio che supportano la ridondanza di zona o il failover regionale.
- Verificare che il livello selezionato soddisfi gli obiettivi del tempo di ripristino (RTO) e gli obiettivi del punto di ripristino (RPO).
Definire una strategia di distribuzione a livello di area per ogni carico di lavoro
Una strategia di distribuzione a livello di area stabilisce il comportamento di affidabilità, conformità e ripristino dei carichi di lavoro. Questa strategia determina se un carico di lavoro opera in una singola area di Azure o si estende su più aree. È necessario definire questa strategia in anticipo per allinearsi alle aspettative di continuità aziendale, conformità e livello di servizio
Documentare l'ambito regionale di ogni carico di lavoro. Identificare se il carico di lavoro opera in una singola area di Azure o in più aree. Questa decisione influisce sulla latenza, la disponibilità e i costi. Le distribuzioni a singola area semplificano l'architettura e riducono i costi, ma aumentano il rischio di interruzioni a livello di area. Le distribuzioni in più aree migliorano la disponibilità e la resilienza, ma aumentano complessità e costi. Documentare l'ambito selezionato per ogni carico di lavoro.
Usare i requisiti di affidabilità. Identificare se il carico di lavoro opera in una singola area o in più aree. Definire gli obiettivi del livello di servizio ,gli obiettivi del punto di ripristino (RPO) e gli obiettivi del tempo di ripristino (RTO). Per altre informazioni, vedere Gestire l'affidabilità in Azure.
Convalidare la conformità con gli standard normativi e di settore. Assicurarsi che l'architettura di distribuzione e le configurazioni di backup soddisfino i requisiti di conformità applicabili, ad esempio MARS-E, HIPAA o GDPR. Le distribuzioni in più aree potrebbero introdurre problemi di residenza o sovranità dei dati. Collaborare con il team di conformità per verificare che la strategia regionale sia allineata agli obblighi legali e normativi.
Stimare i costi in base all'architettura
Una stima dei costi fornisce la base finanziaria per la pianificazione dell'adozione del cloud. Una stima accurata dei costi supporta il budget, la governance e lo sviluppo di casi aziendali. È necessario stimare i costi in base all'architettura definita e perfezionare continuamente tali stime per allinearsi agli obiettivi di utilizzo e business effettivi.
Usare gli strumenti di stima dei costi per modellare i costi dell'architettura
Usare gli strumenti di stima dei costi. Il Calcolatore prezzi di Azure consente di stimare i costi per ogni servizio nell'architettura. Per i carichi di lavoro esistenti, usare i dati di utilizzo cronologici per informare le stime. Per i nuovi carichi di lavoro, stimare in base all'utilizzo previsto e alle implementazioni di test. Questo approccio garantisce che le stime dei costi riflettano modelli di consumo realistici e decisioni architetturali. Se si usa Azure Migrate, è possibile stimare i costi per tutti i carichi di lavoro locali individuati.
Stimare il costo operativo. Identificare le competenze e la formazione necessarie per i team per operare e supportare il modello di servizio di destinazione. Pianificare le modifiche apportate alle procedure di progettazione e ai processi di recapito introdotti dal nuovo modello di servizio. Coinvolgere gli stakeholder per convalidare i presupposti e allineare le decisioni del modello di servizio agli obiettivi aziendali.
Stimare i costi operativi per il modello di servizio di destinazione
Identificare le competenze e la formazione necessarie. Determinare le competenze necessarie ai team per operare e supportare l'architettura di destinazione. Includere i costi e il tempo di training nella stima. Questo passaggio garantisce che i team possano gestire l'ambiente in modo efficace dopo la migrazione.
Pianificare le modifiche nei processi di progettazione e recapito. Valutare in che modo il nuovo modello di servizio influisce sulle procedure di progettazione correnti. Includere il costo delle modifiche del processo, gli aggiornamenti degli strumenti e l'engagement degli stakeholder. Convalidare questi presupposti con gli stakeholder aziendali e tecnici per garantire l'allineamento.
Rivalutare le stime dei costi quando le proiezioni deviano
Confrontare le stime dei costi con le aspettative del budget. Esaminare l'output del Calcolatore prezzi di Azure e confrontare queste stime dei costi con il budget dell'organizzazione. Questo confronto identifica le discrepanze tra i costi previsti e gli obiettivi finanziari. Se la stima è troppo elevata o troppo bassa, esaminare le cause sottostanti per determinare se sono necessarie modifiche dell'architettura.
Identificare gli elementi architetturali ad alto costo. Concentrarsi sull'analisi dei servizi con SKU Premium, distribuzioni in più aree o tariffe di consumo elevate. Questi elementi architetturali spesso comportano costi significativi. Determinare se queste scelte sono essenziali per soddisfare i requisiti aziendali, di prestazioni o di conformità e documentare la logica per ogni componente ad alto costo.
Modificare l'architettura in modo che sia allineata agli obiettivi dei costi. Modificare le selezioni dei servizi, gli SKU o le aree di distribuzione per l'ottimizzazione dei costi. Assicurarsi di mantenere i livelli di prestazioni e conformità necessari. È possibile usare una singola area con zone di disponibilità anziché più aree. Questo processo di regolazione garantisce che l'architettura supporti sia gli obiettivi tecnici che finanziari. Convalidare ogni modifica per verificare che non introduca nuovi rischi o compromettere i requisiti del carico di lavoro.
Convalidare i presupposti tramite distribuzioni di test
Distribuire carichi di lavoro rappresentativi in un ambiente di test. Le distribuzioni di test forniscono dati reali sull'utilizzo delle risorse e sulle prestazioni. Questi dati consentono di confrontare l'utilizzo effettivo con le stime dei costi iniziali e identificare eventuali discrepanze. Distribuire carichi di lavoro che corrispondono agli scenari di produzione per ottenere risultati ottimali.
Perfezionare il modello di costo in base ai risultati dei test. Aggiornare le stime dei costi in modo da riflettere i modelli di utilizzo osservati dalle distribuzioni di test. Questo perfezionamento aumenta l'accuratezza del modello di costo e consente decisioni di architettura e finanziarie più informate. Modificare le selezioni dei servizi, gli SKU o le configurazioni in base alle esigenze per ottimizzare i costi e le prestazioni.
Stabilire una linea di base dei costi
Registrare tutte le selezioni, gli SKU, le aree e i costi stimati del servizio. Includere queste informazioni nel piano di adozione del cloud. Questa documentazione supporta la governance e abilita le revisioni future.
Salvare le stime dei costi come riferimento. Usare questa baseline per monitorare la varianza dei costi durante e dopo la distribuzione. Analizzare le deviazioni per identificare le opportunità di ottimizzazione e migliorare le stime future.