Azure CloudServices: avere più di una semplice sosta e slot di produzione?

7

Utilizziamo i servizi cloud di Azure e vorremmo avere un flusso di lavoro in cui le distribuzioni fluiscono come

Cloud Service #1: testing/QA => staging => production

Attualmente i servizi cloud di Azure dispongono solo di ambienti di produzione e di staging in cui è possibile scambiare le distribuzioni. In che modo le persone accettano un tradizionale approccio a 3 stadi come mostrato sopra?

Al momento eseguiamo la seguente

Cloud Service #1: testing/QA => Cloud Service #2: staging => production

ma questo è doloroso e crudele da quando è passato da Cloud Service A = > Il servizio cloud B è essenzialmente un reimpiego completo piuttosto che semplicemente lo switch IP o lo swapping dietro il load balancer.

    
posta DeepSpace101 22.10.2015 - 03:56
fonte

1 risposta

1

Stiamo sviluppando una serie di servizi ospitati come app web blu. Alcuni dei servizi hanno applicazioni web di test, staging e produzione. Queste sono diverse app web. Inoltre, ciascuno di questi ha l'anteprima e gli slot di produzione per l'implementazione senza tempi di inattività minimi o minimi. Oltre a questo abbiamo istanze primarie e di failover dietro un gestore del traffico, quindi riassumiamo. Un servizio logico può avere fino a 12 app Web. Tutto ciò è semplificato con la distribuzione tramite git attivato da teamcity con una gerarchia chiara applicata laddove deve essere stato distribuito un commit per test e staging prima di colpire la produzione.

Tutto questo è possibile perché le app web hanno lo stesso prezzo per uno o più. Mi rendo conto che stai utilizzando i servizi cloud e non le app Web, ma lo stesso vale per i servizi separati. Non usiamo la funzione di slot per la stadiazione.

    
risposta data 22.10.2015 - 21:41
fonte

Leggi altre domande sui tag