Gestione affidabilità
Anche se i servizi di produzione non si trovano in una sottoscrizione di sviluppo/test, è possibile usare altre fasi nella sottoscrizione di sviluppo/test di Azure per garantire l'affidabilità nell'ambiente di produzione.
Quando si usano le sottoscrizioni di sviluppo/test dell'organizzazione, è necessario decidere come:
- Dati di controllo
- Controllare la sicurezza e l'accesso
- Gestire il tempo di attività del sistema di produzione
In genere, esistono diverse fasi di distribuzione che si passano prima della produzione, ovvero condiviso, qa, integrazione, gestione temporanea e failover. A seconda del modo in cui l'azienda definisce queste fasi, l'uso di una sottoscrizione di sviluppo/test dell'organizzazione potrebbe cambiare.
Se si eseguono servizi cruciali come le applicazioni rivolte ai clienti, non usare una sottoscrizione di sviluppo/test. Le sottoscrizioni di sviluppo/test non hanno un contratto di servizio con supporto finanziario. Queste sottoscrizioni sono destinate ai test di preproduzione e allo sviluppo.
Site Reliability Engineering (SRE)
Per altre informazioni sull'ingegneria e sulla gestione dell'affidabilità, prendere in considerazione la gestione dell'affidabilità del sito, una disciplina di progettazione dedicata all'assistenza alle organizzazioni per ottenere in modo sostenibile l'affidabilità nei sistemi, nei servizi e nei prodotti.
Il modo in cui SRE e DevOps sono ancora in discussione nel campo. Alcune differenze ampiamente concordate includono:
- SRE è una disciplina di progettazione incentrata sull'affidabilità. DevOps è un movimento culturale che è emerso dalla necessità di abbattere i silo associati alle organizzazioni di sviluppo e operazioni.
- SRE può essere il nome di un ruolo, come in: I'm a site reliability engineer (SRE). DevOps non può.
- SRE tende a essere prescrittivo. DevOps non è intenzionalmente. L'adozione quasi universale di integrazione continua/recapito continuo e i principi Agile sono i più vicini di DevOps.
Per altre informazioni sulla pratica di SRE, vedere i collegamenti seguenti:
- SRE nel contesto
- Principi e pratiche SRE chiave: cicli virtuosi
- Principi e procedure principali di SRE: il lato umano di SRE
- Introduzione a SRE
Contratti di servizio
Sviluppo/test aziendale è esclusivamente per lo sviluppo e il test delle applicazioni. L'uso della sottoscrizione non include un contratto di servizio con supporto finanziario.
Informazioni su come usare diversi tipi di sottoscrizioni di sviluppo/test
Sia che siano necessari crediti Azure mensili per i sottoscrittori di Visual Studio, le sottoscrizioni di sviluppo/test enterprise o una sottoscrizione Sviluppo/test con pagamento in base al consumo (PAYG), è possibile trovare facilmente offerte che funzionano per utenti singoli o team.
Gestione delle singole sottoscrizioni di credito
I crediti Azure di Visual Studio sono un vantaggio individuale, per lo sviluppo di singoli sviluppatori/test e cicli interni. Non è possibile eseguire il pool di crediti tra sviluppatori. Le sottoscrizioni di credito sono ancora sottoscrizioni di Azure, ma un'offerta di Azure specifica. Gestire le sottoscrizioni di credito nello stesso modo in cui si gestiscono altre sottoscrizioni di Azure in modo da poter lavorare all'interno di gruppi e team. È possibile rimuovere i singoli limiti di spesa con una carta di credito o se la sottoscrizione di sviluppo/test aziendale passa al metodo di approvvigionamento scelto dall'azienda.
Le attività del ciclo interno dello sviluppatore usano spesso crediti, ma passano alle sottoscrizioni di Azure Dev/Test aziendali o dell'organizzazione, incluso il pagamento in base al consumo. In questo modo, man mano che si seguono i processi DevOps, è possibile eseguire il ciclo interno con la sottoscrizione di credito individuale. Nel ciclo esterno DevOps, le destinazioni di non produzione si trovano nello sviluppo/test aziendale- prod passa a prod.
Gestire le sottoscrizioni di credito, le sottoscrizioni di sviluppo/test aziendali e le sottoscrizioni con pagamento in base al consumo e segmentare gli sviluppatori usando gruppi di gestione ognuno con una gerarchia univoca.
Uso delle offerte di sviluppo/test di Azure dell'organizzazione
Se è necessaria una sottoscrizione di Sviluppo/test di Azure dell'organizzazione, sono disponibili due offerte tra cui scegliere.
Ogni opzione include un proprio set di sconti e richiede una sottoscrizione di Visual Studio.
Ogni offerta di sottoscrizione consente di rendere operativo il team con ambienti di sviluppo/test nel cloud usando macchine virtuali preconfigurate. Creare più sottoscrizioni di Azure e gestirle da un account. È possibile gestire ambienti isolati e una fattura separata per progetti o team diversi.
Le sottoscrizioni di sviluppo/test enterprise richiedono un contratto Enterprise Agreement (EA). Sviluppo/test con pagamento in base al consumo le sottoscrizioni non richiedono un contratto Enterprise, ma possono essere usate con un account enterprise agreement.
Perché è consigliabile usare offerte con pagamento in base al consumo rispetto alle offerte di sviluppo/test enterprise?
Un'offerta di sviluppo/test con pagamento in base al consumo potrebbe essere adatta all'uso come sottoscrittore di Visual Studio. A differenza delle sottoscrizioni di credito per uso individuale, le offerte con pagamento in base al consumo sono ideali per lo sviluppo in team e consentono di avere più utenti all'interno di una sottoscrizione. Un'offerta di sviluppo/test con pagamento in base al consumo potrebbe essere ideale se:
- Non si ha un contratto Enterprise. In questo caso, è possibile creare un account con pagamento in base al consumo solo con una licenza di Visual Studio.
- Si sta creando un contratto Enterprise, ma è necessario configurare una sottoscrizione che non usa il contratto dell'organizzazione. Potrebbe essere disponibile un progetto univoco che richiede la propria sottoscrizione o creare un ambiente isolato fatturato separatamente per progetti o team.
- Si preferisce mantenere isolate le identità. Potrebbe essere necessario che alcune identità rimangano separate da altre per proteggere l'accesso a dati, risorse e app.