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 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
È possibile configurare Azure DevOps Server in 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 una topologia moderatamente complessa, in cui i componenti logici dei livelli dati e applicazione di Azure DevOps vengono installati in server fisici separati. I computer client all'interno dei domini attendibili possono accedere ad Azure DevOps Server.
Topologia moderata
Una topologia moderata usa due o più server per ospitare i componenti logici dei livelli dati e applicazione di Azure DevOps. La figura seguente illustra una topologia moderatamente complessa per Azure DevOps Server, applicabile per un team di sviluppo di prodotti con meno di 1.000 utenti:
In questo esempio i servizi per Azure DevOps Server vengono distribuiti in un server, denominato server a livello di applicazione e i database per Azure DevOps Server vengono installati in un server separato, denominato server livello dati. Un server separato ospita l'applicazione Web di SharePoint usata da Azure DevOps Server e un altro server ospita l'istanza di SQL Server Reporting Services usata da Azure DevOps Server.
Il portale per ogni progetto è ospitato nell'applicazione Web di SharePoint. Pertanto, l'amministratore deve configurare le autorizzazioni per gli utenti di tale progetto nell'applicazione Web. La stessa considerazione si applica alla configurazione delle autorizzazioni per gli utenti in SQL Server Reporting Services. Team Foundation Build e i test controller del team vengono distribuiti in server aggiuntivi.
In questa illustrazione, il dominio per i client Cleveland è un dominio figlio del dominio padre a Seattle. Il dominio figlio ha una relazione di trust transitiva bidirezionale con il dominio padre. L'account del servizio per Azure DevOps Server è considerato attendibile da entrambi i domini. Gli utenti nel dominio figlio possono accedere al server e vengono autenticati automaticamente dall'autenticazione integrata di Windows. In questa configurazione, il server proxy di Azure DevOps è necessario e installato nell'ufficio di Cleveland.
Articoli correlati
- Esempi di topologia semplice
- Esempi di topologia complessa
- L'architettura di Azure DevOps Server #C1