Capitolo 25. Realizzare le implementazioni
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Ora che i test di integrazione sono stati effettuati, è il momento di decidere quando effettuare le distribuzioni e quale strategia adottare. Ogni deployment che fai ha un significato per qualcuno, che sia il dev che lavora a una modifica, un ingegnere QA che esegue test di funzionalità e regressione, gli stakeholder che danno un'occhiata alle cose o i tuoi utenti finali. Ogni distribuzione ha anche un impatto su qualcos'altro. Quando apporti delle modifiche al backend, queste si ripercuotono sul frontend anche se indirettamente. L'invio di modifiche al frontend influisce su tutti coloro che lavorano con il prodotto attraverso quella parte dell'applicazione.
Avere una strategia e capire la tempistica delle implementazioni è essenziale per evitare sorprese. Quando si introducono delle modifiche, ciò si ripercuote sull'organizzazione e sulla reputazione del tuo team in termini di qualità e affidabilità. Questi sono alcuni degli aspetti a cui devi pensare. Può essere facile considerare il tuo lavoro concluso non appena tutte le modifiche al codice sono state unite, ma questo è l'inizio di uno dei tuoi lavori più visibili.
In questo capitolo tratterò i seguenti argomenti:
-
Aggiornamenti solo frontend o solo backend
-
Il blu-verde si schiera
-
Canary distribuisce
-
Strategie per eseguire i rollback
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access