Condividi tramite


Concetti fondamentali dell'architetto di soluzioni

Ogni carico di lavoro passa attraverso un processo di progettazione di componenti e topologie. Questo processo è più intenso all'inizio del carico di lavoro, che include la progettazione per i requisiti iniziali e il successo a lungo termine del carico di lavoro. L'architettura è progettata anche quando il carico di lavoro cambia nel tempo e l'organizzazione aggiunge, modifica o rimuove le funzionalità.

La progettazione di componenti e topologie è la funzione principale di un architetto. Gli architetti che si concentrano sulle soluzioni ibride e basate sul cloud sono spesso chiamati cloud solution architect. In alcune organizzazioni, gli architetti di soluzioni cloud esistono in una capacità centralizzata all'interno di un gruppo di architetture aziendali. Possono anche concentrarsi su un carico di lavoro specifico.

Un ruolo dedicato può fornire la funzione di un architetto. In alcuni casi, specialisti tecnici attendibili (ad esempio un responsabile tecnico del carico di lavoro) possono fornire la funzione di un architetto. In alternativa, un'organizzazione potrebbe distribuire la funzione tra un piccolo gruppo di tecnici senior associati al carico di lavoro.

Gli architetti hanno in genere esperienza nei ruoli oltre la progettazione del sistema. Potrebbero avere:

  • Sono stati sviluppatori e membri del team operativo.
  • Ha lavorato con i team di supporto clienti.
  • È stata sviluppata una conoscenza del modo in cui un sistema viene testato per garantire la qualità e l'accettazione dell'utente.
  • Sono state esaminate le esercitazioni sul ripristino di emergenza o le risposte agli eventi imprevisti.
  • È stato esposto a modifiche funzionali incrementali e di grandi dimensioni nei carichi di lavoro.
  • Specifiche interpretate e criteri di accettazione dell'utente.

Anche se l'elenco precedente non è esaustivo, queste prospettive sono un aspetto importante di ciò che un architetto porta ai compiti di progettazione. Azure Well-Architected Framework presuppone che queste procedure siano disponibili per l'uso più efficace delle linee guida.

Le sezioni seguenti illustrano i principi guida che gli architetti devono seguire per essere efficaci nella loro funzione.

Avere un quadro decisionale

Un aspetto chiave della progettazione consiste nell'usare un processo coerente per prendere decisioni. Un architetto deve avvicinarsi sia alla progettazione iniziale che incrementale con rigore.

Identificare le decisioni previste. Usare esperienze apprese per facilitare l'identificazione delle decisioni. Registrare tutte le decisioni che si prevede di prendere.

Prendere decisioni informate. Prendere in considerazione limitazioni, vincoli, compromessi, sforzi, reversibilità e rischi. Includere prove di supporto dai modelli di verifica, insieme alla documentazione e alle linee guida tecnologiche.

Documentare le decisioni in un record decisionale dell'architettura (ADR). Documentare la giustificazione insieme a ogni decisione.

Completamento dell'implementazione. Comunicare e implementare tutte le decisioni. Informazioni sull'implementazione per facilitare le decisioni future. Cercare le aree in cui un errore di identificazione delle decisioni ha introdotto il rischio.

Conoscere i modelli di progettazione cloud

I modelli di progettazione cloud sono un blocco predefinito fondamentale dell'architettura. L'architettura basata sul cloud e la progettazione di applicazioni sono spesso un esercizio nel riconoscimento dei modelli.

Valutare i requisiti funzionali e non funzionali di un carico di lavoro per riconoscere i modelli. Cercare le opportunità di eseguire il mapping della progettazione ai casi d'uso tramite modelli standardizzati.

Fare il futuro

La progettazione per ottenere i requisiti correnti è un requisito, ma è importante per un architetto prevedere l'evoluzione del carico di lavoro. L'incorporazione di modifiche in un sistema implementato è più costosa rispetto alla modifica della progettazione prima dell'implementazione.

Per progettare un sistema che durerà fino alla fine pianificata della durata, è necessario progettare il carico di lavoro tenendo presente la flessibilità dell'architettura. Evitare di progettare scogliere quando è possibile identificarle.

Modello di crescita. Prevedere l'aumento o la riduzione dell'utilizzo del carico di lavoro nel tempo.

Modifiche alla conformità. Adottare misure proattive se si prevede che il carico di lavoro sia conforme ai requisiti di conformità in futuro. Questo approccio può ridurre le rielaborazioni quando la conformità seguente diventa un requisito.

Espansione regionale. Prendere in considerazione l'espansione futura del carico di lavoro in più aree. Una progettazione limitata a una singola area dovrà essere sottoposto a refactoring pesantemente per la distribuzione in più aree e può essere una modifica costosa. Se la progettazione del carico di lavoro deve soddisfare più aree geografiche con requisiti di conformità diversi, è ancora più complessa. Assicurarsi che i fattori di progettazione in qualsiasi previsione ragionevole sull'espansione a livello di area.

Roadmap del prodotto. Nella progettazione non includere componenti che si trovano nel percorso di deprecazione. Analogamente, prestare attenzione quando si includono funzionalità nella progettazione attualmente in stato di anteprima. Potrebbero essere rilasciati, ma potrebbero anche essere annullati. Essere in anticipo rispetto alla curva usando le funzionalità di anteprima può essere estremamente vantaggioso. Subito dopo il rilascio della funzionalità, il carico di lavoro è pronto per passare all'ambiente di produzione. Includere tuttavia le funzionalità di anteprima nella progettazione solo dopo aver eseguito un'attenta analisi dei rischi. Spedire solo le funzionalità con un profilo di rischio tollerato.

Per altre informazioni sui modelli di progettazione cloud, vedere:

Progettare per supportare

Progettare carichi di lavoro con tre prospettive di supporto chiave:

Supporto del provider di servizi cloud. Il carico di lavoro deve funzionare all'interno della configurazione supportata del provider di servizi cloud per evitare interruzioni quando si interagiscono con i canali di supporto della piattaforma.

Visibilità operativa. La progettazione deve fornire visibilità di esecuzione per il team operativo del carico di lavoro per evitare confusione durante la risposta agli eventi imprevisti.

Funzionalità di supporto clienti. La progettazione deve soddisfare le esigenze degli utenti, ma anche facilitare le funzioni di supporto clienti. Una progettazione che ostacola la capacità del team di supporto di indagare o assistere i clienti è inadeguata.

Mantenere e migliorare le proprie competenze

L'esperienza di un architetto è spesso radicata nell'esperienza pratica. È importante investire nell'espansione del set di competenze per mantenere il passo con l'ecosistema cloud in continua evoluzione.

Istruzione. Cercare opportunità di formazione e certificazione offerte dai provider di tecnologie per architetti.

Partecipazione della comunità. Interagire con i colleghi tramite community di architettura online e locali.

Esercizi esplorativi. Partecipare a hackathon sponsorizzati dall'organizzazione o eventi simili per sviluppare competenze in aree non note.

Collaborare per il successo

Un architetto deve sfruttare le competenze del provider di servizi cloud o del partner di implementazione. La maggior parte dei provider vuole che il carico di lavoro abbia successo sulla piattaforma e spesso fornisce servizi come sessioni di revisione della progettazione dell'architettura o sessioni di consulenza con i propri architetti di soluzioni cloud. Cercare opportunità di revisione e assistenza all'interno delle relazioni tra fornitori.

Essere metodici nell'approccio di progettazione

I framework di architettura supportano un architetto offrendo prospettive del carico di lavoro e approcci metodologici. Well-Architected Framework offre un punto di vista completo del carico di lavoro. Gli architetti possono combinare well-architected framework con altri framework di architettura, ad esempio Open Group Architecture Framework (TOGAF).

Usare i principi, gli elenchi di controllo, le valutazioni e i materiali di riferimento nei framework di architettura per stabilire un processo adatto al carico di lavoro. Combinare framework con tecniche personali, ad esempio il mapping mentale.

L'architettura riguarda la comunicazione tanto quanto riguarda il prodotto finale. Assicurarsi di ottimizzare il processo decisionale intenzionale, il riconoscimento dei compromessi e la comunicazione chiara nei processi stabiliti.

Passaggi successivi