Responsabilità e principi guida dell'architetto di soluzioni

Un progettista di soluzioni cloud è responsabile della progettazione dei componenti e della topologia dei carichi di lavoro, assicurandosi che soddisfino sia i requisiti iniziali che gli obiettivi aziendali a lungo termine. Questo ruolo copre il ciclo di vita completo di un carico di lavoro, adattando l'architettura man mano che la funzionalità evolve o cambiano le esigenze dell'organizzazione.

In qualità di architetto, il ruolo è raccogliere input dagli stakeholder, comprendere il contesto aziendale e definire una progettazione che bilancia considerazioni tecniche, operative e aziendali. Sfruttare l'esperienza di sviluppo, operazioni, controllo di qualità, ripristino di emergenza e gestione delle modifiche incrementali e su larga scala per prendere decisioni informate. Progettare non solo per il "percorso felice", ma anche per realtà operative come osservabilità e supporto. Identificare i compromessi e i rischi accettati per prevenire il debito tecnico nascosto e mantenere pienamente informati gli stakeholder.

Questo articolo descrive l'elenco di controllo comune dei risultati finali e i principi guida che li rendono raggiungibili.

Responsabilità dell'architetto

	Attività consegnabile
☐	Allineare la strategia tecnica ai requisiti aziendali seguendo un processo in 5 passaggi per raccogliere le informazioni corrette, negoziare risultati realistici e rimanere allineati agli obiettivi aziendali.
☐	Sviluppare una specifica di progettazione dell'architettura accompagnata da diagrammi come pacchetto strutturato. Verificare che la specifica soddisfi i requisiti funzionali e non funzionali raccolti nell'attività precedente e includa le disposizioni per le operazioni di routine, ad hoc e di emergenza.
☐	Creare diagrammi di progettazione dell'architettura che illustrano tutti gli aspetti di progettazione del sistema, da una panoramica generale a dimensioni dettagliate come rete e identità.
☐	Mantenere un record di decisioni relative all'architettura che acquisisce il contesto, le conseguenze e le motivazioni per le decisioni relative all'architettura. Documentare i compromessi e le opzioni rifiutate.
☐	Convalidare i presupposti critici con i concetti di prova (POC). Prima di finalizzare una progettazione, convalidare componenti ad alto rischio o nuovi componenti con codice funzionante. Ciò impedisce ai disegni teorici di non riuscire in pratica.
☐	Collaborare con il team del carico di lavoro e della piattaforma durante l'implementazione per fornire chiarezza e suggerimenti sulla sequenza di implementazione. Questa collaborazione consente di ottimizzare l'apprendimento e apportare miglioramenti sin dall'inizio. Rinegoziare i requisiti con gli stakeholder, se necessario.
☐	Supportare gli esercizi di modellazione che forniscono informazioni contestualizzate sui problemi del carico di lavoro. Coprire i costi, l'integrità delle applicazioni e altre aree.
☐	Fornire raccomandazioni di ottimizzazione in base alle osservazioni dei modelli di utilizzo e alle modifiche apportate alle funzionalità del carico di lavoro o alle offerte del provider di servizi cloud.
☐	Partecipare a revisioni di controllo, conformità e attendibilità per fornire una prospettiva preziosa a parti esterne autorizzate a condurre revisioni.
☐	Essere un consulente durante le revisioni delle modifiche per fornire informazioni dettagliate sul costo stimato del cambiamento e sulla sua fattibilità.

Per fornire questi output è necessario seguire i principi fondamentali del ruolo dell'architetto. Le sezioni seguenti evidenziano i principi chiave che li rendono possibili.

Essere chiari sui requisiti aziendali

Prima che un cloud architect possa progettare una soluzione, deve comprendere i risultati che il sistema deve fornire e i vincoli aziendali che modellano ogni decisione. Ciò richiede la creazione di chiarezza e allineamento con gli stakeholder, i budget, le tempistiche, gli obblighi di conformità, le aspettative sulle prestazioni e i piani di crescita. Senza questo fondamento, il processo di progettazione può entrare in revisioni infinite e portare a frustrazione e delusione.

L'architetto pone domande penetranti, ancora le richieste alla realtà e guida le conversazioni verso il raggiungimento degli obiettivi.

Avere un quadro decisionale

L'architettura è l'accumulo delle decisioni prese. Sei responsabile di ogni scelta individuale e del modo in cui si combinano. Una serie di decisioni ragionevoli può comunque produrre un risultato scarso se le interazioni non vengono considerate.

Iniziare identificando le decisioni chiave iniziali. Attingi alla tua esperienza passata per prevedere dove le scelte saranno più importanti e assicurati di annotarle chiaramente.

Quando è il momento di decidere, sia deliberato. Valutare i vincoli, i compromessi, gli sforzi, la reversibilità e i rischi. Strumenti come alberi delle decisioni e benchmark possono aiutarti, ma non sostituiscono il tuo giudizio. Combinare queste linee guida con le prove del concetto e dei test per effettuare scelte informate.

Documentare ogni decisione in un registro decisionale dell'architettura (ADR), incluso il ragionamento e la motivazione. Assicurarsi che le decisioni vengano comunicate, applicate e riflesse nel sistema.

Monitorare come potrebbe apparire l'implementazione, attraverso una prova di concetto. Prestare attenzione ai risultati e imparare da essi. Notare dove le decisioni non prese hanno introdotto rischi e usare tali informazioni per guidare il lavoro futuro sull'architettura.

Conoscere i modelli di progettazione cloud

I modelli di progettazione cloud devono essere a portata di mano. In qualità di architetto, è necessario riconoscerli rapidamente e applicarli istintivamente.

Quando si esaminano i requisiti funzionali e non funzionali, associarli ai modelli corretti. Usare modelli di progettazione cloud collaudati per guidare il carico di lavoro, semplificare le decisioni, ridurre i rischi e accelerare il recapito. Più familiari sei con questi modelli, più naturalmente plasmano design efficaci. Well-Architected framework consiglia questi modelli per i suoi pilastri:

• Modelli di progettazione dell'architettura che supportano l'affidabilità
• Modelli di progettazione dell'architettura che supportano la sicurezza
• Modelli di progettazione dell'architettura che supportano l'ottimizzazione dei costi
• Modelli di progettazione dell'architettura che supportano l'eccellenza operativa
• Modelli di progettazione dell'architettura che supportano l'efficienza delle prestazioni

Essere lungimiranti

Progettare per il cambiamento, non solo i requisiti correnti. È molto più economico prevedere l'evoluzione del tuo design piuttosto che adattare un sistema in produzione. Concentrarsi sulla flessibilità ed evitare scogliere di progettazione che probabilmente bloccano la crescita futura, ma impostare limiti pratici. Il successo deriva dal lasciare spazio per adattarsi e migliorare, pur riconoscendo che alcune decisioni di progettazione sono valide solo fino a una determinata scala. Aree comuni di cui tenere conto:

• Prevedere il modo in cui l'utilizzo del carico di lavoro può aumentare o diminuire nel tempo.
• Pianificare in anticipo le potenziali normative future che potrebbero influire sul carico di lavoro.
• Progettare per la possibile espansione a livello di area e requisiti geografici diversi.
• Non usare componenti deprecati e valutare attentamente i rischi dell'uso delle funzionalità di anteprima.

Progettare per la manutenibilità

Quando si progettano carichi di lavoro, prendere in considerazione il supporto da tre angolazioni. Assicurarsi che il sistema funzioni all'interno delle configurazioni supportate dal provider di servizi cloud per evitare interruzioni quando si coinvolge il supporto della piattaforma. Offrire visibilità operativa in modo che il team possa comprendere e rispondere rapidamente agli eventi imprevisti. Infine, progettare tenendo conto del supporto clienti, facilitando i team di supporto nell'analisi dei problemi e nell'assistenza agli utenti senza ostacoli.

Rimanere pratici e continuare a imparare

Non essere un architetto di torre d'avorio che parla solo di astrazioni e teorie. L'architettura esige rispetto quando è basata su curiosità e esperienza pratica nel mondo reale. La decisione deve essere basata su ciò che si è appreso sperimentando, risolvendo i problemi e lavorando direttamente con la tecnologia. Esplorare gli strumenti sconosciuti, creare prototipi e imparare facendo. Rafforza i tuoi fondamenti attraverso la formazione e le certificazioni e amplia la tua prospettiva impegnandoti con i colleghi e partecipando a comunità come eventi pratici, come gli hackathon.

È anche possibile autovalutare facendo domande come:

• Quale problema architettonico sto risolvendo e perché è importante per l'azienda?
• Quali lacune o carenze nei progetti o nella documentazione esistente sto affrontando?
• Quali prove o analisi supportano l'approccio proposto?
• Quali compromessi, rischi o scogliere di progettazione ho identificato?
• Quali pilastri del framework Well-Architected sono più rilevanti in questa progettazione e perché?

Collaborare per il successo

In qualità di architetto, non è possibile lavorare in isolamento. Usare le competenze disponibili tramite il provider di servizi cloud. La maggior parte dei provider desidera il successo del carico di lavoro e offre risorse preziose, tra cui revisioni dell'architettura e consultazioni di progettazione con accesso diretto ad architetti di soluzioni esperti. Sfrutta appieno queste relazioni per convalidare il tuo design, scoprire punti ciechi e rafforzare l'approccio complessivo.

In molte organizzazioni, i team dei carichi di lavoro si basano sui team della piattaforma per servizi e infrastrutture condivise, in modo analogo al modello di zona di destinazione Azure. Quando l'architettura dipende da questa partnership, collaborare con il team della piattaforma per offrire una soluzione che soddisfi obiettivi a lungo termine.

Essere metodici nell'approccio di progettazione

Un approccio disciplinato porta a una migliore architettura. Usare Azure Well-Architected Framework combinato con altri framework di architettura stabiliti, ad esempio Open Group Architecture Framework (TOGAF) per guidare il processo. I principi e gli elenchi di controllo consentono di prendere decisioni coerenti e ben informate. Integrarli con risorse come alberi delle decisioni e architetture di riferimento per rafforzare ulteriormente le decisioni di progettazione.

Definire un processo ripetibile per ogni carico di lavoro, supportato da questi framework e dalle tue tecniche, ad esempio mappa mentale o log decisionali strutturati.

L'architettura è molto più chiara della progettazione. Sii intenzionale nel modo in cui prendi decisioni, evidenziando i compromessi, e comunica la tua logica per far comprendere agli stakeholder il percorso che stai intraprendendo.

Passaggi successivi

Inizia con il primo elemento dell'elenco di controllo delle responsabilità dell'architetto.

Allinea ai requisiti aziendali