Porównanie usług Azure DevOps Services z usługą Azure DevOps Server

  • Artykuł

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Oferta w chmurze, Azure DevOps Services, zapewnia skalowalną, niezawodną i globalnie dostępną usługę hostowaną. Oferta w chmurze jest wspierana przez umowę SLA na 99,9%, monitorowaną przez nasz zespół operacyjny 24/7 i dostępną w lokalnych centrach danych na całym świecie.

Oferta lokalna, Azure DevOps Server, jest oparta na zapleczu programu SQL Server. Klienci zazwyczaj wybierają wersję lokalną, gdy potrzebują swoich danych, aby pozostać w sieci. Możesz też uzyskać dostęp do usług raportowania programu SQL Server, które integrują się z danymi i narzędziami usługi Azure DevOps Server.

Obie oferty oferują te same podstawowe funkcje i usługi, ale usługa Azure DevOps Services oferuje następujące dodatkowe korzyści:

  • Uproszczone zarządzanie serwerem
  • Natychmiastowy dostęp do najnowszych i największych funkcji
  • Ulepszona łączność z lokacjami zdalnymi
  • Przejście od wydatków kapitałowych (serwerów i podobnych) do wydatków operacyjnych (subskrypcji)

Aby określić, która oferta — chmura lub lokalna — spełnia Twoje potrzeby, należy wziąć pod uwagę następujące kluczowe różnice.

Kluczowe różnice między usługami Azure DevOps Services i Azure DevOps Server

Jeśli wybierasz odpowiednią platformę lub rozważasz przejście ze środowiska lokalnego do chmury, rozważ następujące obszary:

Różnice w określonych obszarach funkcji

Chociaż usługa Azure DevOps Services jest hostowaną wersją serwera Azure DevOps Server, istnieją pewne różnice między funkcjami. Niektóre funkcje usługi Azure DevOps Server nie są obsługiwane w usługach Azure DevOps Services. Na przykład usługa Azure DevOps Services nie obsługuje integracji z usługami SQL Server Analysis Services w celu obsługi raportowania.

Różnice w obsłudze

Jeśli używasz usługi Azure DevOps Server i rozważasz przejście do usług Azure DevOps Services, zapoznaj się z opcjami migracji.

Zakres i skalowanie danych

W miarę rozwoju firmy może być konieczne skalowanie w górę wystąpienia usługi Azure DevOps.

Azure DevOps Services

Usługa Azure DevOps Services oferuje dwie opcje określania zakresu i skalowania danych: organizacji i projektów. Organizacje w usłudze Azure DevOps Services uzyskują własne adresy URL (na przykład https://dev.azure.com/fabrikamfiber) i zawsze mają dokładnie jedną kolekcję projektów. Organizacje mogą mieć wiele projektów w kolekcji.

Zalecamy tworzenie organizacji w usługach Azure DevOps Services wszędzie tam, gdzie można tworzyć kolekcje w usłudze Azure DevOps Server. Mają zastosowanie następujące scenariusze:

  • Możesz zakupić użytkowników usługi Azure DevOps Services na organizację — płatni użytkownicy mogą uzyskiwać dostęp tylko do organizacji, w której dokonano płatności. Jeśli masz użytkowników, którzy potrzebują dostępu do wielu organizacji, subskrypcje programu Visual Studio mogą być atrakcyjną opcją. Subskrybenci programu Visual Studio można dodawać do dowolnej liczby organizacji bez opłat. Rozważamy również inne sposoby udostępniania dostępu wielu organizacjom pogrupowanych w jedną organizację.
  • Obecnie musisz administrować organizacjami pojedynczo. Ten proces może być uciążliwy, gdy masz wiele organizacji.

Aby uzyskać więcej informacji, zobacz Planowanie struktury organizacyjnej w usłudze Azure DevOps.

Azure DevOps Server

Usługa Azure DevOps Server oferuje następujące trzy opcje określania zakresu i skalowania danych: wdrożenia, kolekcje projektów i projekty. W najprostszym przypadku wdrożenia to tylko serwery.

Wdrożenia mogą być jednak bardziej skomplikowane, co może obejmować:

  • Wdrożenie dwóch serwerów, na którym program SQL jest podzielony na osobnej maszynie
  • Farmy o wysokiej dostępności z dużą częścią serwerów

Kolekcje projektów pełnią rolę kontenerów dla zabezpieczeń i administracji oraz fizycznych granic bazy danych. Są one również używane do grupowania powiązanych projektów.

Na koniec projekty są używane do hermetyzacji zasobów poszczególnych projektów oprogramowania, w tym kodu źródłowego, elementów roboczych itd. Aby uzyskać więcej informacji, zobacz Planowanie struktury organizacyjnej w usłudze Azure DevOps.

Uwierzytelnianie

Azure DevOps Services

Za pomocą usługi Azure DevOps Services łączysz się za pośrednictwem publicznego Internetu (na przykład https://contoso.visualstudio.com). Uwierzytelniasz się przy użyciu poświadczeń konta Microsoft lub przy użyciu poświadczeń identyfikatora Entra firmy Microsoft, w zależności od konfiguracji organizacji. Możesz również skonfigurować identyfikator entra firmy Microsoft, aby wymagać funkcji, takich jak uwierzytelnianie wieloskładnikowe, ograniczenia adresów IP itd.

Zalecamy skonfigurowanie organizacji tak, aby korzystały z kont Microsoft Entra, a nie Microsoft. Ta metoda zapewnia lepsze środowisko w wielu scenariuszach i więcej opcji zwiększonych zabezpieczeń.

Aby uzyskać więcej informacji, zobacz About accessing Azure DevOps Services with Microsoft Entra ID (Informacje o uzyskiwaniu dostępu do usług Azure DevOps Services za pomocą identyfikatora Entra firmy Microsoft).

Azure DevOps Server

Za pomocą usługi Azure DevOps Server nawiążesz połączenie z serwerem intranetowym (na przykład https://tfs.corp.contoso.com:8080/tfs). Uwierzytelniasz się przy użyciu uwierzytelniania systemu Windows i poświadczeń domeny usługi Active Directory (AD). Ten proces jest niewidoczny i nigdy nie widzisz żadnego rodzaju środowiska logowania.

Zarządzanie użytkownikami i grupami

Azure DevOps Services

W usłudze Azure DevOps Services można użyć podobnego mechanizmu, aby zapewnić dostęp do grup użytkowników. Możesz dodać grupy entra firmy Microsoft do grup usługi Azure DevOps Services. Jeśli używasz kont Microsoft zamiast identyfikatora Microsoft Entra ID, musisz dodać użytkowników pojedynczo.

Azure DevOps Server

W usłudze Azure DevOps Server zapewniasz użytkownikom dostęp do wdrożeń, dodając grupy usługi Active Directory (AD) do różnych grup usługi Azure DevOps (na przykład grupę Współautorzy dla pojedynczego projektu). Członkostwa w grupach usługi AD są synchronizowane. Gdy użytkownicy są dodawani i usuwani w usłudze AD, również uzyskują i tracą dostęp do usługi Azure DevOps Server.

Zarządzanie dostępem użytkowników

W usługach Azure DevOps Services i Azure DevOps Server można zarządzać dostępem do funkcji, przypisując użytkowników do poziomu dostępu. Wszyscy użytkownicy muszą być przypisani do jednego poziomu dostępu. Zarówno w chmurze, jak i w środowisku lokalnym, możesz przyznać bezpłatny dostęp do funkcji elementów roboczych nieograniczonej liczbie uczestników projektu. Ponadto nieograniczona liczba subskrybentów programu Visual Studio może mieć dostęp do wszystkich funkcji w warstwie Podstawowa bez dodatkowych opłat. Płacisz tylko za innych użytkowników, którzy potrzebują dostępu.

Azure DevOps Services

W usłudze Azure DevOps Services musisz przypisać poziom dostępu do każdego użytkownika w organizacji. Usługa Azure DevOps Services weryfikuje subskrybentów programu Visual Studio podczas logowania. Dostęp podstawowy można przypisać bezpłatnie do pięciu użytkowników bez subskrypcji programu Visual Studio.

Aby zapewnić dostęp podstawowy lub wyższy do większej liczby użytkowników, skonfiguruj rozliczenia dla organizacji i zapłać za więcej użytkowników. W przeciwnym razie wszyscy inni użytkownicy uzyskują dostęp do uczestników projektu.

Grupy Firmy Microsoft Entra zapewniają dostęp do grup użytkowników. Poziomy dostępu są automatycznie przypisywane podczas pierwszego logowania. W przypadku organizacji skonfigurowanych do korzystania z kont Microsoft do logowania należy jawnie przypisać poziomy dostępu do każdego użytkownika.

Azure DevOps Server

W usłudze Azure DevOps Server wszystkie zastosowania są używane w systemie honorowym. Aby ustawić poziomy dostępu dla użytkowników na podstawie licencji, określ ich poziomy dostępu na stronie administracyjnej. Na przykład przypisz użytkownikom nielicencjonowanym dostęp tylko do uczestników projektu.

Użytkownicy z licencją dostępu klienta serwera Usługi Azure DevOps (CAL) mogą mieć dostęp podstawowy. Subskrybenci programu Visual Studio mogą mieć dostęp podstawowy lub zaawansowany w zależności od subskrypcji. Usługa Azure DevOps Server nie próbuje zweryfikować tych licencji ani wymusić zgodności.

Zabezpieczenia i ochrona danych

Wiele jednostek chce dowiedzieć się więcej o ochronie danych, jeśli rozważa przejście do chmury. Dokładamy wszelkich starań, aby projekty usługi Azure DevOps Services były bezpieczne i bezpieczne. Mamy funkcje techniczne i procesy biznesowe w celu realizacji tego zobowiązania. Możesz również wykonać kroki w celu zabezpieczenia danych. Dowiedz się więcej w naszym omówieniu ochrony danych.

Dostosowywanie procesu

Środowisko śledzenia pracy można dostosować na różne sposoby w zależności od obsługiwanego modelu procesów:

Azure DevOps Services

Usługa Azure DevOps Services używa modelu procesu dziedziczenia , który obsługuje dostosowywanie WYSIWYG.

Azure DevOps Server

Za pomocą usługi Azure DevOps Server można wybrać model procesu dziedziczenia lub lokalny model procesu XML, który obsługuje dostosowywanie za pomocą importowania lub eksportowania plików definicji XML dla obiektów śledzenia pracy. Usługa Azure DevOps Server 2018 i starsze wersje mają dostęp tylko do lokalnego modelu procesów XML . Mimo że opcja Lokalnego modelu procesów XML jest zaawansowana, może to powodować różne problemy. Głównym problemem jest to, że procesy dla istniejących projektów nie są automatycznie aktualizowane.

Aby uniknąć tych problemów, niestandardowe szablony procesów i narzędzie witadmin.exe są zawsze wyłączone. Takie podejście automatycznie aktualizuje wszystkie projekty przy każdym uaktualnieniu usługi Azure DevOps Services. W międzyczasie zespół produktu ciężko pracuje nad zapewnieniem możliwości dostosowywania procesów w sposób, który możemy łatwo i stale obsługiwać. Niedawno wprowadziliśmy pierwsze z tych zmian i wprowadzono więcej zmian.

Dzięki nowej możliwości dostosowywania procesów można wprowadzać zmiany bezpośrednio w interfejsie użytkownika sieci Web. Jeśli chcesz programowo dostosować procesy, możesz to zrobić za pośrednictwem punktów końcowych REST. Podczas dostosowywania projektów w ten sposób są one automatycznie aktualizowane po wydaniu nowych wersji ich procesów podstawowych za pomocą uaktualnień usługi Azure DevOps Services.

Aby uzyskać więcej informacji, zobacz Dostosowywanie środowiska śledzenia pracy.

Analiza i raportowanie

Usługi Azure DevOps Services i Azure DevOps Server oferują następujące narzędzia, które zapewniają wgląd w postęp i jakość projektów oprogramowania:

Usługa Azure DevOps Server 2019 do usługi Azure DevOps Services

  • Pulpity nawigacyjne i lekkie wykresy, które są dostępne zarówno na platformach w chmurze, jak i na platformach lokalnych. Te narzędzia są łatwe do skonfigurowania i użycia.
  • Widżety usługi Analytics i analizy. Usługa Analytics jest zoptymalizowana pod kątem szybkiego dostępu do odczytu i agregacji opartych na serwerze.
  • Integracja z usługą Microsoft Power BI, która obsługuje pobieranie danych analizy do raportów usługi Power BI i zapewnia kombinację prostoty i możliwości.
  • Obsługa OData, która umożliwia bezpośrednie wykonywanie zapytań dotyczących usługi Analytics z obsługiwanej przeglądarki, a następnie używanie zwracanych danych JSON zgodnie z potrzebami. Zapytania obejmujące wiele projektów lub całej organizacji można wygenerować. Aby dowiedzieć się więcej o usłudze Analytics, zobacz nasz plan raportowania.

Azure DevOps Server 2018

  • Pulpity nawigacyjne i lekkie wykresy, które są dostępne zarówno na platformach w chmurze, jak i na platformach lokalnych. Te narzędzia są łatwe do skonfigurowania i użycia.
  • Raporty usług SQL Server Reporting Services (SSRS) są dostępne, gdy program Azure DevOps Server jest skonfigurowany z usługami SQL Server Analysis Services.

Usługa Visual Studio Team Services jest teraz usługą Azure DevOps Services

Wiele polecanych usług w usłudze VSTS jest teraz oferowanych jako usługi autonomiczne w usługach Azure DevOps Services i Azure DevOps Server 2019 i nowszych. Usługi można pobierać oddzielnie lub wszystkie razem jako usługi Azure DevOps Services. Jeśli jesteś subskrybentem usługi Azure DevOps, masz już dostęp do wszystkich usług.

Nazwa funkcji usługi VSTS Nazwa usługi Azure DevOps opis
Kompilowanie i wydawanie Azure Pipelines Ciągła integracja i ciągłe dostarczanie (CI/CD), które współdziałają z dowolnym językiem, platformą i chmurą.
Kod Azure Repos Nieograniczone prywatne repozytoria Git hostowane w chmurze i repozytoria Kontrola wersji serwera Team Foundation (TFVC) dla projektu.
Praca Azure Boards Śledzenie pracy z tablicami Kanban, listami prac, pulpitami nawigacyjnymi zespołu i niestandardowymi raportami.
Przetestuj Azure Test Plans Planowane i eksploracyjne rozwiązanie do testowania eksploracyjnego.
Pakiety (rozszerzenie) Azure Artifacts Źródła pakietów Maven, npm, Python, Universal Package i NuGet z publicznych i prywatnych źródeł.

Usługi Azure DevOps Services i Azure DevOps Server 2019 i nowsze używają nowego interfejsu użytkownika nawigacji z pionowym paskiem bocznym, aby przejść do głównych obszarów usług: Boards, Repos, Pipelines, Artifacts, Test Plans i nie tylko. Aby uzyskać więcej informacji, zobacz Nawigacja w portalu internetowym w usłudze Azure DevOps.

Uwaga

Możesz wyłączyć wybieranie usług z interfejsu użytkownika. Aby uzyskać więcej informacji, zobacz Włączanie lub wyłączanie usługi.

Nadal możesz użyć visualstudio.com polecenia , aby uzyskać dostęp do usług Azure DevOps Services. Przenieśliśmy się do nowej dev.azure.com nazwy domeny jako podstawowy adres URL dla nowych organizacji. Ten adres URL to https://dev.azure.com/{your organization}/{your project}. Jeśli chcesz zmienić adres URL na dev.azure.com podstawie jako podstawowego, administrator organizacji może to zrobić na stronie ustawień organizacji.