Przykłady złożonej topologii dla Azure DevOps Server
Azure DevOps Server 2022 r. | Azure DevOps Server 2020 r. | Azure DevOps Server 2019 r.
Można skonfigurować Azure DevOps Server w jednej z kilku konfiguracji topologii. Mówiąc ogólnie, prostsza topologia, tym łatwiej można zachować wdrożenie Azure DevOps Server. Należy wdrożyć najprostszą topologię spełniającą potrzeby biznesowe.
W tym artykule opisano dwie złożone topologie Azure DevOps Server. Złożona topologia ma Azure DevOps Server składniki rozproszone na wielu serwerach. Jest on dostępny przez klientów w wielu domenach w odległych geograficznie lokalizacjach fizycznych. Serwer proxy usługi Azure DevOps jest instalowany oprócz opcjonalnych składników, takich jak produkty programu SharePoint i SQL Server Reporting Services. Istnieje kilka różnych baz kodu, a te bazy kodu mają własną kolekcję projektów dla projektów, które ich używają. Bazy danych kolekcji projektów zespołowych są przechowywane na kilku różnych serwerach z systemem SQL Server.
Złożona topologia z jedną domeną
Złożona topologia serwera używa wielu serwerów w klastrach lub innych konfiguracjach trybu failover do hostowania logicznych składników danych i warstwy aplikacji usługi Azure DevOps. Na poniższym diagramie przedstawiono złożoną topologię z jedną domeną:
Ta przykładowa topologia jest podobna do umiarkowanej topologii. Azure DevOps Server usługi są wdrażane na jednym serwerze, a bazy danych Azure DevOps Server są instalowane na osobnym serwerze, z kompilacją Team Foundation Oraz agentami testowymi zespołu i kontrolerami agentów testowych wdrożonymi na dodatkowych serwerach. Dodano również składniki trybu failover. Bazy danych usługi Azure DevOps zostały zainstalowane w klastrze SQL Server.
Na przykładowym diagramie przedstawiono domeny podrzędne w Seattle i Cleveland, z których każda ma dwukierunkową relację zaufania przechodniego z domeną nadrzędną. Konto usługi dla Azure DevOps Server jest zaufane przez obie domeny. Każda geograficznie odległe domeny podrzędne używa połączenia o ograniczonej przepustowości. Ponieważ pobranie rejestracji ze składnika kontroli kodu wersji Azure DevOps Server może zająć bardzo dużo czasu w takich ograniczonych warunkach przepustowości, serwer proxy usługi Azure DevOps jest instalowany w każdej domenie podrzędnej, aby działać jako pamięć podręczna serwera proxy kontroli wersji. Wszystkie żądania klientów przechodzą bezpośrednio do warstwy aplikacji, z wyjątkiem żądania pobrania kodu kontroli wersji. Te żądania są kierowane przez serwer proxy usługi Azure DevOps, który następnie buforuje wszystkie pliki źródłowe pobierane na serwerze proxy.
Topologia w tym przykładzie dotyczy również odporności na uszkodzenia i wysokiej wydajności. Odporność na uszkodzenia warstwy danych jest zapewniana dzięki wykorzystaniu technologii klastrowania SQL Server. Wiele aplikacji sieci Web programu SharePoint jest skonfigurowanych do użytku przez projekty w kolekcjach w farmie sieci Web programu SharePoint. Bazy danych kolekcji projektów są dystrybuowane między wystąpieniami SQL Server w celu zwiększenia wydajności i łatwości zarządzania poszczególnymi wersjami. serwery SQL Server Reporting Services i SQL Server Analysis Server działają na oddzielnych serwerach w celu zwiększenia wydajności.
Ten przykład jest przeznaczony dla dużego zespołu deweloperów produktów z maksymalnie 2000 użytkownikami.
Złożona topologia wielu domen
Złożona topologia serwera z wieloma domenami używa wielu serwerów w co najmniej dwóch domenach. Podobnie jak w przypadku złożonej topologii z jedną domeną wdrożenie korzysta z klastrów lub innych konfiguracji trybu failover do hostowania składników warstwy danych dla usługi Azure DevOps. Administratorzy tego wdrożenia skonfigurowali równoważenie obciążenia sieciowego i dodali wiele serwerów warstwy aplikacji w celu dystrybucji obciążenia operacyjnego. Na poniższej ilustracji przedstawiono złożoną topologię z wieloma domenami:
Tak jak w powyższym przykładzie, ta topologia jest skonfigurowana pod kątem odporności na uszkodzenia i wysokiej wydajności. Ponadto ta topologia jest dystrybuowana między wiele domen, z których niektóre są w pełni zaufanymi domenami podrzędnymi domen nadrzędnych, ale jedna z nich (IsolatedLab.com) jest całkowicie oddzielną domeną. Konta usług używane przez Azure DevOps Server są w pełni zaufanymi członkami wszystkich domen, a konta użytkowników zostały skonfigurowane zarówno w domenie nadrzędnej, jak i w oddzielnej domenie, w razie potrzeby dla użytkowników, którzy muszą pracować w obu domenach. Zapory zostały skonfigurowane tak, aby zezwalały na ruch przez porty wymagane przez Azure DevOps Server.