Un'azienda vuole testare una nuova funzionalità in un software esistente con un piccolo sottoinsieme di utenti mentre la versione attuale rimane distribuita. Se il test ha successo, l'azienda implementerà la nuova versione per tutti gli altri utenti contemporaneamente. Quale strategia di deployment si adatta a questa esigenza?

Il deployment canary è la strategia corretta perché consente di rilasciare una nuova versione del software a un piccolo sottoinsieme di utenti (il "canary") per testare la nuova funzionalità in un ambiente di produzione reale. Se il test ha successo, la nuova versione può essere implementata per tutti gli altri utenti. Questo minimizza il rischio di impatti negativi su tutti gli utenti in caso di problemi con la nuova funzionalità. Il deployment all-at-once (o big bang) rilascia la nuova versione a tutti gli utenti contemporaneamente, il che è rischioso. Il deployment in-place aggiorna direttamente l'applicazione esistente, ma non prevede un test su un sottoinsieme di utenti. Il deployment lineare è un termine generico che non descrive una strategia specifica per questo scenario.