Progettazione rivolta all'ottimizzazione delle tariffe
 Aumenta l'efficienza senza riprogettare, rinegoziare o sacrificare i requisiti funzionali o non funzionali. |
|---|
Sfrutta le opportunità per ottimizzare l'utilità e i costi delle risorse e delle operazioni esistenti. Se non lo fai, spenderai denaro inutilmente senza alcun ROI aggiunto.
Scenario di esempio
Il team di Business Intelligence (BI) di Contoso ospita una suite di API GraphQL per varie business unit per accedere agli archivi dati all'interno dell'organizzazione senza concedere l'accesso diretto al database. Ha sviluppato questi strumenti nel corso degli anni e scoperto che il controllo delle versioni era importante, per cui ora sta esponendo le API su endpoint sottoposti al controllo delle versioni in un singolo gateway di Gestione API di livello A consumo.
Dietro le istanze di Gestione API sono presenti tre cluster del servizio Azure Kubernetes che ospitano le API esposte. Uno che esegue un pool di nodi Windows per le API scritte in .NET 4.5, un cluster Linux per le API scritte in Java Spring e uno Linux ereditato da un team precedente che esegue le API dotnet core. I cluster sono ora di proprietà del team BI e vengono usati solo per queste API. Anche se la gestione di tre cluster non è ideale, funzionano come previsto, per cui sono stati lasciati così come sono.
In qualità di centro di costo nell'azienda, il team BI sta cercando modi per ottimizzare le tariffe e ridurre i costi operativi.
Consolida l'infrastruttura ove possibile
Co-individua l'utilizzo con altre risorse, carichi di lavoro e persino team. Favorisci i servizi che facilitano l'ottenimento di una densità più elevata. Considera i potenziali compromessi, in particolare in termini di limiti di sicurezza.
Il consolidamento dell'infrastruttura contribuirà a ottimizzare i costi del cloud. Con l'incremento della densità, la quantità di risorse necessarie per eseguire un carico di lavoro diminuisce. Ciò provoca a sua volta la riduzione del costo per unità e del costo della gestione.
Sfida di Contoso
- Il team del carico di lavoro ha progettato l'infrastruttura del servizio Azure Kubernetes in base alle indicazioni sull'architettura di base Microsoft, che consiglia di eseguire almeno tre nodi per ogni cluster. Tale configurazione ha portato il team a supportare nove nodi di sistema in i tre cluster.
- Il team applica patch e aggiornamenti ai cluster tre volte al mese.
Applicazione dell'approccio e risultati
- Dopo i test, il team decide di essere in grado di combinare tutte le API in un singolo cluster con tre pool di nodi utente, ottenendo allo stesso tempo le medesime prestazioni e caratteristiche del sistema operativo del cluster originale.
- Dopo aver consolidato le API in un cluster, esegue il consolidamento a quattro nodi per il pool di nodi di sistema, risparmiando sui costi di cinque macchine virtuali.
- Inoltre, il team può anche semplificare il processo di applicazione di patch e aggiornamento nel cluster in quanto ha un solo cluster da gestire.
- L'obiettivo successivo di risparmio sui costi consiste nel valutare il consolidamento dei due pool di nodi Linux in uno per ridurre ulteriormente il sovraccarico operativo.
Sfrutta i vantaggi delle prenotazioni e di altri sconti dell'infrastruttura
Ottimizza eseguendo il commit e il pre-acquisto per trarre vantaggio dagli sconti offerti sui tipi di risorse per cui non sono previste modifiche nel tempo e per cui i costi e l'utilizzo sono prevedibili. Collabora inoltre con il tuo team di gestione delle licenze per influenzare i futuri programmi di acquisto e i rinnovi.
Microsoft offre tariffe ridotte per un impegno prevedibile e a lungo termine verso risorse e categorie di risorse specifiche. Le risorse costano meno durante il periodo di utilizzo ed è possibile ammortizzarle nel tempo.
Mantenendo il team di gestione delle licenze consapevole dell'investimento corrente e stimato per ogni risorsa, è possibile aiutarlo a definire le dimensioni corrette degli impegni al momento della firma del contratto da parte dell'organizzazione. In alcuni casi, tali proiezioni e impegni potrebbero influenzare il listino prezzi dell'organizzazione, arrecando così benefici ai costi del carico di lavoro e ad altri team che usano la stessa tecnologia.
Sfida di Contoso
- Ora che il team ha eseguito il consolidamento in un cluster, rimuovendo alcune delle risorse di calcolo in eccesso e il carico operativo assorbito in precedenza, desdidera trovare misure aggiuntive per ridurre il costo del cluster.
- Poiché il team BI è soddisfatto della piattaforma del servizio Azure Kubernetes, prevede di continuare a usarla per il prossimo futuro e probabilmente di espanderne l'utilizzo.
Applicazione dell'approccio e risultati
- Poiché il servizio Azure Kubernetes si basa su Set di scalabilità di macchine virtuali, il team prende in esame le Prenotazioni di Azure. Conosce gli SKU previsti e le unità di scala necessarie per i nodi utente.
- Acquista una prenotazione di tre anni che copre il pool di nodi di sistema e il numero minimo di istanze di nodi per ogni pool di nodi utente.
- Con questo acquisto, il team sa di stare ottenendo la soluzione migliore per le proprie esigenze di calcolo, consentendo al contempo al carico di lavoro di crescere nel tempo.
Usa la fatturazione a prezzo fisso ove possibile
Passa alla fatturazione a prezzo fisso anziché a quella basata sul consumo per una risorsa quando l'utilizzo è elevato e prevedibile ed è disponibile un'opzione di fatturazione o SKU dello stesso livello.
Quando l'utilizzo è elevato e prevedibile, il modello a prezzo fisso costa in genere meno e spesso supporta più funzionalità. L'uso potrebbe aumentare il ROI.
Sfida di Contoso
- Le istanze di Gestione API vengono tutte distribuite come SKU del livello A consumo. Dopo aver valutato i modelli di utilizzo delle API, il team comprende che le API vengono usate a livello globale e talvolta in modo molto elevato. Il team decide di analizzare le differenze di costo tra il modello di fatturazione corrente e uno a prezzo fisso.
Applicazione dell'approccio e risultati
- Dopo aver eseguito l'analisi dei costi, il team rileva che la migrazione dal livello A consumo a quello Standard sarà leggermente meno costosa, dati i pattern di utilizzo correnti. Man mano che i servizi crescono nell'anno successivo, le differenze di costo diventeranno probabilmente più pronunciate. Anche se il modello a prezzo fisso non riflette le caratteristiche di elasticità delle richieste, a volte i modelli di fatturazione pre-acquistati rappresentano la scelta giusta.
- Come ulteriore vantaggio, il livello Standard consente di usare un Endpoint privato per le connessioni in ingresso, che il team desidera implementare per il carico di lavoro.
- In questo caso, il cambio di SKU ha senso sia per gli scopi di utilizzo che per il vantaggio aggiunto della segmentazione di rete aggiuntiva possibile con un'implementazione dell'Endpoint privato.