Negoziare target sulle prestazioni realistici
 L'esperienza utente prevista è definita ed è disponibile una strategia per sviluppare un benchmark e misurare i target in base ai requisiti aziendali predefiniti. |
|---|
Dal punto di vista delle prestazioni, è ideale disporre di target sulle prestazioni ben definiti per avviare il processo di progettazione. Per definire tali target, è necessario avere una buona conoscenza dei requisiti aziendali e della qualità prevista del servizio che il carico di lavoro dovrebbe offrire. Definire le aspettative in collaborazione con gli stakeholder aziendali. Invece di concentrarsi solo sulle metriche tecniche, determinare gli effetti accettabili sull'esperienza utente per i flussi chiave.
È presente una dipendenza circolare. Non è possibile misurare ciò che non è stato definito e non è possibile definire senza misurazione. È quindi importante misurare le prestazioni del carico di lavoro fino a ottenere una definizione soddisfacente di soglia accettabile con contratto collettivo.
È presente una forte correlazione tra obiettivi di prestazioni e affidabilità, che consente di determinare la qualità del servizio in termini di prestazioni, disponibilità e resilienza. Senza una definizione chiara, è difficile misurare, segnalare e testare le prestazioni. Dopo aver stabilito i target e identificato le cifre effettive tramite test eseguiti nel tempo, è possibile implementare l'automazione per i test continui rispetto a tali obiettivi.
Attenersi alle procedure consigliate per definire i target a livello di macro, anche se sono approssimativi o all'interno di un intervallo.
Scenario di esempio
Contoso Bicycle è un consumer brand di biciclette negli Stati Uniti. Il team di sviluppo ha iniziato a lavorare alla creazione di un'app a supporto dell'offerta di servizio mobile di riparazione di biciclette pianificata di Contoso. L'app è attualmente in fase di modello di verifica. I tecnici useranno un'app per dispositivi mobili per gestire le pianificazioni e gli ordini di lavoro, oltre che per effettuare i pagamenti. Si utilizzerà un sito Web in cui i clienti potranno fissare gli appuntamenti per l'assistenza. È probabile che l'app Web, l'app per dispositivi mobili e l'API back-end siano ospitate nel Servizio app di Azure.
Preparasi a negoziare i target sulle prestazioni
Prepararsi alla negoziazione efficace comprendendo i concetti tecnici, esplorando le possibilità di progettazione con l'infrastruttura disponibile e usando i risultati della sperimentazione concreta, se disponibili. Usare i dati cronologici per ottenere visibilità su pattern di utilizzo e colli di bottiglia. Ottenere informazioni dettagliate da fattori esterni, ad esempio l'input da analisi di mercato, esperti e standard del settore.
È possibile prendere decisioni informate in base a informazioni dettagliate pratiche.
I target delle prestazioni sono incentrati sull'esperienza utente basata su ciò che è fattibile, sulle procedure consigliate del settore e sulle tendenze di mercato correnti.
Sfida di Contoso
- Durante le discussioni sull'applicazione con gli stakeholder aziendali, non si è ancora parlato delle prestazioni.
- Il team di sviluppo non ha familiarità con Azure per cui non conosce le funzionalità di prestazioni e scalabilità della piattaforma.
- Senza indicazioni degli stakeholder e conoscenza pratica di ciò che è possibile, il team teme di trovarsi a distribuire l'infrastruttura per i test solo per poi dover ricompilare tutto in un secondo momento.
- Il team teme inoltre che nessuno sarà disposto a parlare di target sulle prestazioni realistici nel corso del prossimo meeting.
Applicazione dell'approccio e risultati
- Gli analisti aziendali e gli sviluppatori di Contoso discutono delle loro preoccupazioni e ideano un piano: Gli analisti aziendali eseguiranno ricerche sulle aspettative sulle prestazioni tramite l'analisi competitiva e il polling informale e il team di sviluppo eseguirà ricerche sulle funzionalità e sulle opzioni di Azure riguardo piani tariffari differenti.
- I team si riuniscono con gli stakeholder aziendali portando con loro i dati compilati che usano come base per le negoziazioni sui target sulle prestazioni. Grazie alle discussioni sulle potenziali capacità di prestazioni e sui costi associati, tutte le parti terminano il meeting con un buon feeling sull'uso di Servizi app per il carico di lavoro.
Negoziare in modo efficace i target sulle prestazioni
Collaborare con i proprietari aziendali per comprendere le promesse per gli utenti, in termini di qualità e conformità normative, se applicabile. Mantenere una prospettiva ampia ed evitare di addentrarsi nei dettagli granulari in questa fase. Essere espliciti su ciò che rappresenta prestazioni accettabili, in base agli investimenti, e comprendere il contesto aziendale e la crescita prevista.
Adottando questo approccio, si eviterà di fare ipotesi che potrebbero non essere allineate agli obiettivi aziendali. Questo approccio genera anche chiarezza e motivazione all'interno del team del carico di lavoro.
La disponibilità di un contesto aziendale su requisiti funzionali e non potrebbe rivelare modifiche alla progettazione in altri pilastri di Azure Well-Architected e contribuire a fare compromessi informati.
La definizione tempestiva dei parametri consente di evitare i costi associati alle potenziali redesign di soluzioni in un secondo momento; consente inoltre di garantire che i target sulle prestazioni coprano le proiezioni future, in modo da poter allineare gli sforzi correnti agli obiettivi a lungo termine.
Sfida di Contoso
- Il team di architettura ha idee approssimative su ciò che potrebbe essere accettabile, ma non ha ancora idee specifiche. Gli architetti ritengono in genere che dovrebbero essere in grado di evitare di rielaborare la propria scelta in materia di piattaforma applicativa, ma si sentirebbe più sicuri con un po più di specificità rispetto a quanto ottenuto finora.
- Fino a questo punto, le discussioni sulle prestazioni sono state vaghe, con dichiarazioni come: "Il sito Web deve essere veloce".
- Senza una maggiore specificità, gli architetti temono di trovarsi a progettare in modo eccessivo per via delle prestazioni o di affrontare ritardi che rimandano il passaggio alla produzione.
Applicazione dell'approccio e risultati
- I business partner e il team tecnico si incontrano per ottenere il consenso su target generali ma realistici e su alcuni limiti assoluti che occorre evitare. In tal modo, gli architetti possono eseguire modelli di verifica come parte della progettazione iniziale, così da ottenere un ampio accordo sulla piattaforma applicativa e presentare alcuni risultati sul rapporto tra prestazioni e prezzi.
- Uno dei risultati di questo meeting è sapere che Contoso Bicycle prevede di operare solo negli Stati Uniti sud-occidentali per il primo anno, ma si espanderà a livello nazionale nel corso del secondo anno. Queste informazioni verranno tenute in considerazione nella progettazione.
Progettare con l'attenzione orientata al flusso
Identificare i flussi di carico di lavoro e definire la priorità dei flussi nel diagramma dell'architettura. Definire la tolleranza delle prestazioni di ogni flusso come intervallo tra prestazioni auspicabili e prestazioni inaccettabili. Valutare i punti di ingresso e uscita per ogni flusso, considerando la criticità del percorso, la frequenza di utilizzo e l'intensità dell'architettura.
Assegnando priorità ai flussi, è possibile concentrare le risorse sulle aree critiche che influiscono maggiormente sui risultati aziendali e degli utenti.
Suddividendo il sistema nelle relative parti e dipendenze, si comprende la funzione di ogni componente e la sua influenza sulle prestazioni. Si viene inoltre a conoscenza di potenziali problemi.
Contribuisce a stabilire una linea di base delle prestazioni e favorire l'ottimizzazione.
Sfida di Contoso
- Finora, il team tecnico ha collaborato con gli stakeholder per identificare target sulle prestazioni di alto livello, ma non si è ancora concentrato sui singoli flussi. Affinché il team di progettazione sia in grado di analizzare i flussi nei dettagli, come ad esempio quelli sul localizzatore di servizio e di pagamento, dovrà comprendere i requisiti per tali flussi.
- Senza tali requisiti specifici, la progettazione rischia di assegnare risorse insufficienti per i flussi chiave o di assegnare risorse eccessive per i flussi con priorità più bassa.
Applicazione dell'approccio e risultati
- Dopo aver esaminato i flussi utente con l'azienda, il team di architettura ha ora target altamente specifici documentati per ogni flusso. La scomposizione del carico di lavoro ora tiene conto dell'intervallo da auspicabile a inaccettabile per ogni flusso.
- Gli architetti cercheranno di realizzare i target auspicabili con la progettazione, per consentire dare al sistema spazio per svilupparsi nel tempo con funzionalità aggiuntive, facendo al contempo compromessi in un certo grado per mantenere i costi e altri requisiti non funzionali sotto controllo.
- Il team è in grado di completare la progettazione sulla base degli obiettivi concordati e ora il team di implementazione sarà responsabile di assicurarsi che tali limiti siano rispettati e di segnalare eventuali preoccupazioni se non è possibile realizzare i target con la progettazione da cui stanno lavorando.