Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Azure DevOps Server |Azure DevOps Server |Azure DevOps Server 2022 | Azure DevOps Server 2020
È possibile configurare Azure DevOps Server in una delle diverse configurazioni della topologia. In generale, la topologia più semplice, più facilmente è possibile gestire una distribuzione di Azure DevOps Server. È consigliabile distribuire la topologia più semplice che soddisfi le esigenze aziendali.
Questo articolo descrive due topologie complesse del server Azure DevOps. Una topologia complessa include componenti di Azure DevOps Server distribuiti tra molti server. È accessibile dai client in più domini in posizioni fisiche geograficamente distanti. Il server proxy di Azure DevOps è installato oltre a componenti facoltativi, ad esempio Prodotti SharePoint e SQL Server Reporting Services. Esistono diverse codebase e ognuna di queste codebase ha una propria raccolta di progetti per i progetti che le usano. I database per le raccolte di progetti team vengono archiviati in diversi server che eseguono SQL Server.
Topologia a dominio singolo complessa
Una topologia di server complessa usa più server in cluster o altre configurazioni di failover per ospitare i componenti logici dei dati e del livello applicazione di Azure DevOps. Il diagramma seguente illustra una topologia complessa a dominio singolo:
Questa topologia di esempio è simile alla topologia moderata. I servizi di Azure DevOps Server vengono distribuiti in un server e i database di Azure DevOps Server vengono installati in un server separato, con Team Foundation Build e gli agenti di test del team e i controller dell'agente di test distribuiti in server aggiuntivi. Sono stati aggiunti anche i componenti di failover. I database Di Azure DevOps sono stati installati in un cluster di SQL Server.
Il diagramma di esempio mostra i domini figlio in Seattle e Cleveland, ognuno con un trust transitivo bidirezionale al dominio padre. L'account del servizio per Azure DevOps Server è considerato attendibile da entrambi i domini. Ogni dominio figlio geograficamente distante usa una connessione a larghezza di banda limitata. Poiché ottenere un'integrazione dal componente di controllo del codice della versione di Azure DevOps Server può richiedere molto tempo in condizioni di larghezza di banda così limitate, un server proxy di Azure DevOps viene installato in ogni dominio figlio per fungere da cache proxy del file di controllo della versione. Tutte le richieste client passano direttamente al livello dell'applicazione, ad eccezione delle richieste get del codice di controllo della versione. Queste richieste vengono indirizzate tramite il server proxy di Azure DevOps, che quindi memorizza nella cache tutti i file di origine scaricati nel server proxy.
La topologia in questo esempio riguarda anche la tolleranza di errore e le prestazioni elevate. La tolleranza di errore del livello dati viene fornita sfruttando le tecnologie di clustering di SQL Server. Più applicazioni Web di SharePoint sono configurate per l'uso da parte di progetti all'interno di raccolte in una web farm di SharePoint. I database della raccolta di progetti vengono distribuiti tra istanze di SQL Server per migliorare le prestazioni e la facilità di gestione delle singole istanze. SQL Server Reporting Services e SQL Server Analysis Server vengono eseguiti in server separati per migliorare le prestazioni.
Questo esempio è progettato per un team di sviluppo di prodotti di grandi dimensioni con un massimo di 2.000 utenti.
Topologia multidominio complessa
Una topologia di server multidominio complessa usa più server in due o più domini. Come per la topologia complessa a dominio singolo, la distribuzione usa cluster o altre configurazioni di failover per ospitare i componenti del livello dati per Azure DevOps. Gli amministratori per questa distribuzione hanno configurato il bilanciamento del carico di rete e aggiunto più server a livello di applicazione per distribuire il carico operativo. La figura seguente illustra una topologia multidominio complessa:
Come nell'esempio precedente, questa topologia è configurata per la tolleranza di errore e le prestazioni elevate. Inoltre, questa topologia viene distribuita in più domini, alcuni dei quali sono domini figlio completamente attendibili dei domini padre, ma uno dei quali (IsolatedLab.com) è un dominio completamente separato. Gli account di servizio usati da Azure DevOps Server sono membri completamente attendibili di tutti i domini e gli account utente sono stati configurati sia nel dominio padre che nel dominio separato in base alle esigenze per gli utenti che devono lavorare in entrambi i domini. I firewall sono stati configurati per consentire il traffico tra le porte richieste da Azure DevOps Server.
Articoli correlati
- Esempi di topologia semplice
- Esempi di topologia moderata
- Architettura del server Azure DevOps