Modelli di progettazione cloud che supportano l'ottimizzazione dei costi
Quando si progettano architetture dei carichi di lavoro, è consigliabile usare modelli di settore che affrontano le problematiche comuni. I modelli consentono di ottenere compromessi intenzionali all'interno dei carichi di lavoro e di ottimizzare il risultato desiderato. Possono anche contribuire a mitigare i rischi che derivano da problemi specifici, che possono influire sull'affidabilità, la sicurezza, le prestazioni e le operazioni. In caso contrario, i rischi aumenteranno i costi. Questi modelli sono supportati dall'esperienza reale, sono progettati per la scalabilità cloud e i modelli operativi e sono intrinsecamente indipendenti dai fornitori. L'uso di modelli noti come modo per standardizzare la progettazione del carico di lavoro è un componente dell'eccellenza operativa.
Molti modelli di progettazione supportano direttamente uno o più pilastri dell'architettura. I modelli di progettazione che supportano il pilastro Ottimizzazione costi sono allineati all'implementazione di modelli di fatturazione favorevoli, riducendo il provisioning eccessivo, modificando le dimensioni di ridimensionamento e ottimizzando il valore durante le migrazioni.
Modelli di progettazione per l'ottimizzazione dei costi
La tabella seguente riepiloga i modelli di progettazione cloud che supportano gli obiettivi di ottimizzazione dei costi.
| Modello | Riepilogo |
|---|---|
| Scontrino | Separa i dati dal flusso di messaggistica, fornendo un modo per recuperare separatamente i dati correlati a un messaggio. I sistemi di messaggistica spesso impongono limiti alle dimensioni dei messaggi e i limiti di dimensioni maggiori sono spesso una funzionalità Premium. La riduzione delle dimensioni dei corpi dei messaggi potrebbe consentire di usare una soluzione di messaggistica più economica. |
| Consumer concorrenti | Applica l'elaborazione distribuita e simultanea per gestire in modo efficiente gli elementi in una coda. Questo modello consente di ottimizzare i costi abilitando il ridimensionamento basato sulla profondità della coda, fino a zero quando la coda è vuota. Può anche ottimizzare i costi consentendo di limitare il numero massimo di istanze consumer simultanee. |
| Consolidamento delle risorse di calcolo | Ottimizza e consolida le risorse di calcolo aumentando la densità. Questo modello combina più applicazioni o componenti di un carico di lavoro in un'infrastruttura condivisa. In questo modo si ottimizza l'utilizzo delle risorse di calcolo evitando la capacità di provisioning inutilizzata tramite l'aggregazione di componenti o persino interi carichi di lavoro in un'infrastruttura in pool. Gli agenti di orchestrazione dei contenitori sono un esempio comune. |
| Offload del gateway | Trasferisce l'elaborazione delle richieste a un dispositivo gateway prima e dopo l'inoltro della richiesta a un nodo back-end. L'aggiunta di un gateway di offload nel processo di richiesta consente di reindirizzare i costi dalle risorse che verrebbero spese per nodo nell'implementazione del gateway. I costi nel modello di elaborazione centralizzato sono spesso inferiori a quelli del modello distribuito. |
| Bridge di messaggistica | Fornisce un intermediario per abilitare la comunicazione tra sistemi di messaggistica altrimenti incompatibili a causa del protocollo o del formato. Questo intermediario può aumentare la longevità del sistema esistente, consentendo comunque l'interoperabilità con i sistemi che usano una diversa tecnologia di messaggistica o eventi. |
| Autore/Sottoscrittore | Separa i componenti di un'architettura sostituendo la comunicazione diretta da client a servizio o da client a servizi con la comunicazione tramite un broker di messaggi intermedio o un bus di eventi. Questa progettazione può abilitare un approccio basato su eventi nell'architettura, che associa bene alla fatturazione basata sul consumo per evitare il provisioning eccessivo. |
| Livellamento del carico basato sulle code | Controlla il livello di richieste o attività in ingresso memorizzandole nel buffer in una coda e consentendo al processore della coda di gestirle a un ritmo controllato. Poiché l'elaborazione del carico è disaccoppiata dall'assunzione di richieste o attività, è possibile usare questo approccio per ridurre la necessità di effettuare il overprovisioning delle risorse per gestire il carico di picco. |
| Partizionamento orizzontale | Indirizza il carico a una destinazione logica specifica per gestire la richiesta specifica, abilitando la condivisione della condivisione per l'ottimizzazione. Un sistema che implementa le partizioni spesso trae vantaggio dall'uso di più istanze di risorse di calcolo o archiviazione meno costose anziché da una singola risorsa più costosa. In molti casi, questa configurazione può risparmiare denaro. |
| Hosting di contenuto statico | Ottimizza la distribuzione di contenuto statico ai client del carico di lavoro usando una piattaforma di hosting progettata per tale scopo. Gli host di applicazioni dinamici sono in genere più costosi rispetto agli host statici perché gli host dinamici possono eseguire la logica di business codificata. L'uso di una piattaforma applicativa per distribuire contenuti statici non è conveniente. |
| Strangler Fig | Fornisce un approccio per sostituire sistematicamente i componenti di un sistema in esecuzione con nuovi componenti, spesso durante una migrazione o una modernizzazione del sistema. L'obiettivo di questo approccio è ottimizzare l'uso degli investimenti esistenti nel sistema attualmente in esecuzione durante la modernizzazione incrementale. Consente di eseguire sostituzioni con roi elevato prima delle sostituzioni a basso roi. |
| Limitazione | Impone limiti alla velocità effettiva o alla velocità effettiva delle richieste in ingresso a una risorsa o a un componente. I limiti possono informare la modellazione dei costi e possono anche essere direttamente collegati al modello aziendale dell'applicazione. Inseriscono anche limiti superiori chiari sull'utilizzo, che possono essere inseriti nel dimensionamento delle risorse. |
| Passepartout | Concede l'accesso limitato alla sicurezza a una risorsa senza usare una risorsa intermedia per delegare l'accesso. Questa progettazione esegue l'offload dell'elaborazione come relazione esclusiva tra il client e la risorsa senza aggiungere un componente per gestire direttamente tutte le richieste client. Il vantaggio è più significativo quando le richieste client sono frequenti o sufficientemente grandi da richiedere risorse proxy significative o il proxy non aggiunge valore come parte della richiesta. |
Passaggi successivi
Esaminare i modelli di progettazione cloud che supportano gli altri pilastri di Azure Well-Architected Framework: