Problematiche trasversali dei carichi di lavoro cruciali in Azure

Esistono diverse problematiche trasversali che attraversano le aree di progettazione chiave. Questo articolo contestualizza queste problematiche trasversali per considerazioni successive all'interno di ogni area di progettazione.

Importante

Questo articolo fa parte della serie di carichi di lavoro cruciali di Azure Well-Architected . Se non si ha familiarità con questa serie, è consigliabile iniziare con che cos'è un carico di lavoro mission-critical?

Limiti di scalabilità

Azure applica vari limiti o quote per garantire un livello di servizio coerente per tutti i clienti. Esempi di questi limiti includono restrizioni per il numero di risorse distribuibili all'interno di una singola sottoscrizione e restrizioni alla velocità effettiva di rete e query.

I limiti del servizio possono avere un impatto significativo su un carico di lavoro cruciale di grandi dimensioni. Considerare attentamente i limiti dei servizi usati nell'architettura di destinazione per garantire una scalabilità sostenibile. In caso contrario, è possibile raggiungere uno o più di questi limiti man mano che aumenta il carico di lavoro.

Importante

I limiti e le quote possono cambiare man mano che la piattaforma si evolve. Assicurarsi di controllare i limiti correnti per la sottoscrizione di Azure e i limiti, le quote e i vincoli del servizio.

Consigli

• Usare un approccio di unità di scala per la composizione, la distribuzione e la gestione delle risorse.
• Usare le sottoscrizioni come unità di scala, aumentare le risorse e le sottoscrizioni in base alle esigenze.
• Assicurarsi che i limiti di scalabilità siano considerati come parte della pianificazione della capacità.
• Se disponibile, usare i dati sugli ambienti applicazioni esistenti per esplorare i limiti che potrebbero verificarsi.

Automazione

Un approccio olistico all'automazione delle attività di distribuzione e gestione può ottimizzare l'affidabilità e l'operabilità del carico di lavoro.

Consigli

• Automatizzare le pipeline di integrazione continua e recapito continuo (CI/CD) per tutti i componenti dell'applicazione.
• Automatizzare le attività di gestione delle applicazioni, ad esempio l'applicazione di patch e il monitoraggio.
• Usare la semantica di gestione dichiarativa, ad esempio Infrastructure as code (IaC), anziché gli approcci imperativi.
• Classificare in ordine di priorità la creazione di modelli rispetto alla creazione di script. Rinviare lo script solo quando si usano modelli non è possibile.

Allineamento della roadmap di Azure

Azure è in continua evoluzione tramite aggiornamenti frequenti a servizi, funzionalità e disponibilità a livello di area. È importante allineare l'architettura di destinazione alle roadmap della piattaforma Azure per informare una traiettoria ottimale dell'applicazione. Ad esempio, assicurarsi che i servizi e le funzionalità necessari siano disponibili nelle aree di distribuzione scelte.

Per informazioni più recenti sui nuovi servizi e funzionalità, vedere Aggiornamenti di Azure .

Consigli

• Allinearsi alle roadmap di progettazione di Azure e ai piani di implementazione a livello di area.
• Sbloccare i servizi di anteprima o prendendo dipendenze dalla roadmap della piattaforma Azure.
• Dipende solo dai servizi e dalle funzionalità di cui è stato eseguito il commit; convalidare le dipendenze della roadmap con i gruppi di prodotti di progettazione Microsoft.

Passaggio successivo

Esplorare le aree di progettazione che forniscono considerazioni e consigli critici per la creazione di un carico di lavoro cruciale.

Modello di architettura