Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Fase 3: valutazione e test
Hai costruito una base resiliente, ma come fai a sapere che funziona davvero? Mettere alla prova la resilienza potrebbe sembrare un lusso quando si gareggia per dimostrare l'idoneità del prodotto al mercato. Tuttavia, esiste un modo intelligente per farlo senza compromettere lo sviluppo delle funzionalità. Questo capitolo descrive i test snelli e pratici adatti al ritmo di una startup.
Inizia AWS Resilience Hube consideralo uno strumento iniziale di valutazione dell'architettura. Fornisce un'utile revisione di base dei fondamenti di resilienza di un'architettura. Ti aiuta a valutare se la configurazione di base dell'infrastruttura è in linea con gli obiettivi di ripristino controllando i modelli di configurazione comuni e i potenziali singoli punti di errore. Può segnalare lacune evidenti, come la mancanza di più configurazioni di zone di disponibilità o politiche di backup incomplete. Resilience Hub integra, ma non sostituisce, revisioni approfondite dell'architettura e test mirati dei percorsi critici.
Per convalidare gli obiettivi di ripristino documentati, pianifica test di ripristino mensili nel tuo ambiente di sviluppo. AWS Backup Anche se richiede tempo di progettazione, potrebbe essere più economico che scoprire che i backup non funzionano durante un incidente reale. Rendilo parte del tuo normale ciclo di sviluppo, ad esempio eseguendo test unitari o revisioni del codice. L'obiettivo non è la perfezione, ma la fiducia di poter recuperare quando necessario.
Man mano che la tua startup cresce e i clienti iniziano a dipendere sempre di più da te, fai salire gradualmente di livello il tuo livello di test. Quando implementi nuove funzionalità, includi controlli di resilienza di base nella tua pipeline. Prova semplici esperimenti di caos usando. AWS Fault Injection Service Inizia nel tuo ambiente di preproduzione e inizia in piccolo. Verifica in che modo la tua applicazione gestisce una risposta ritardata delle API durante lo sviluppo prima di prendere in considerazione qualsiasi esperimento di produzione. Man mano che la tua fiducia aumenta, espandi gradualmente questi test, ma convalidali sempre prima in fase di preproduzione. Per una startup, rompere gli elementi durante la produzione è già abbastanza rischioso senza farlo intenzionalmente.
La chiave è l'equilibrio. Ogni ora dedicata ai test è un'ora non dedicata alla creazione di nuove funzionalità. Ma alcuni test strategici possono prevenire i tipi di interruzioni che fanno perdere la fiducia dei clienti. Utilizza gli strumenti automatizzati forniti da AWS per svolgere il lavoro pesante e concentrati sui test più importanti per i tuoi clienti. Questo ti aiuta a creare fiducia nella resilienza delle tue applicazioni senza rallentare l'innovazione.
Il prossimo capitolo illustra come far evolvere questa base man mano che la startup cresce.
