Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure DevOps Server |Azure DevOps Server |Azure DevOps Server 2022 | Azure DevOps Server 2020
Serwer Azure DevOps Server można skonfigurować w kilku konfiguracjach topologii. Mówiąc ogólnie, prostsza topologia, tym łatwiej można zachować wdrożenie serwera Azure DevOps Server. Należy wdrożyć najprostszą topologię, która spełnia Twoje potrzeby biznesowe. W tym artykule opisano umiarkowanie złożoną topologię, w której składniki logiczne warstw danych i aplikacji usługi Azure DevOps są instalowane na oddzielnych serwerach fizycznych. Komputery klienckie w zaufanych domenach mogą uzyskiwać dostęp do usługi Azure DevOps Server.
Umiarkowana topologia
Umiarkowana topologia używa co najmniej dwóch serwerów do hostowania logicznych składników danych i warstw aplikacji usługi Azure DevOps. Poniższa ilustracja przedstawia umiarkowanie złożoną topologię dla usługi Azure DevOps Server, która ma zastosowanie do zespołu deweloperskiego produktu z mniej niż 1000 użytkownikami:
W tym przykładzie usługi usługi Azure DevOps Server są wdrażane na jednym serwerze, nazywanym serwerem warstwy aplikacji, a bazy danych dla usługi Azure DevOps Server są instalowane na osobnym serwerze nazywanym serwerem warstwy danych. Oddzielny serwer hostuje aplikację internetową programu SharePoint używaną przez usługę Azure DevOps Server, a inny serwer hostuje wystąpienie usług SQL Server Reporting Services używanych przez usługę Azure DevOps Server.
Portal dla każdego projektu jest hostowany w aplikacji sieci Web programu SharePoint. W związku z tym administrator musi skonfigurować uprawnienia dla użytkowników tego projektu w tej aplikacji internetowej. Te same zagadnienia dotyczą konfigurowania uprawnień dla użytkowników w usługach SQL Server Reporting Services. Team Foundation Build i kontrolery testów zespołu są wdrażane na dodatkowych serwerach.
Na tej ilustracji domena klientów Cleveland jest domeną podrzędną domeny nadrzędnej w Seattle. Domena podrzędna ma dwukierunkową relację zaufania przechodniego z domeną nadrzędną. Konto usługi Azure DevOps Server jest zaufane przez obie domeny. Użytkownicy w domenie podrzędnej mogą uzyskiwać dostęp do serwera i są uwierzytelniani automatycznie przez zintegrowane uwierzytelnianie systemu Windows. W tej konfiguracji serwer proxy usługi Azure DevOps jest wymagany i zainstalowany w biurze Cleveland.