La piattaforma di cloud computing Windows Azure ha tra le sue particolarità di orientare lo sviluppo e il deployment su ruoli che identificano servizi da mettere facilmente online. La gestione stateless delle macchine virtuali e del relativo OS fa sì che si possa lavorare sul numero di istanze liberamente, ma anche caricare ruoli di staging che permettano di testare la soluzione con il medesimo ambiente senza renderlo pubblico.
Questo è possibile scegliendo semplicemente in fase di deployment se usare un ambiente di produzione o di staging. Questa scelta è possibile effettuarla dal portale, tramite le API oppure attraverso il wizard di Visual Studio 2010. A dimostrazione del fatto che tra staging e produzione non cambi niente, se non l'indirizzo internet con cui accedere, è possibile sfruttare una funzionalità di nome Swap VIP che permette di effettuare un semplice scambio di IP delle macchine, tra quelli di staging e produzione, per portare in pochi secondi online l'ambiente di test.
Nell'immagine sottostante si può vedere il pulsante che si ha a disposizione sul portale Windows Azure, una volta selezionato un deployment, per effettuare questa operazione.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare un service principal per accedere a Azure Container Registry
Supportare il sorting di dati tabellari in Blazor con QuickGrid
Utilizzare i primary constructor di C# per inizializzare le proprietà
Utilizzare l'operatore GroupBy come ultima istruzione di una query LINQ in Entity Framework
Ottenere il contenuto di una cartella FTP con la libreria FluentFTP
Gestire errori funzionali tramite exception in ASP.NET Core Web API
Sfruttare lo streaming di una chiamata Http da Blazor
Usare le variabili per personalizzare gli stili CSS
Disabilitare automaticamente un workflow di GitHub (parte 2)
Assegnare un valore di default a un parametro di una lambda in C#
Miglioramenti nelle performance di Angular 16
Elencare le container images installate in un cluster di Kubernetes