Udostępnij za pośrednictwem

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ą. Nasz zespół operacyjny 24/7 monitoruje ofertę chmury, która jest wspierana przez umowę dotyczącą poziomu usług (SLA) na poziomie 99,9% 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 więcej korzyści:

  • Upraszcza zarządzanie serwerami
  • Zapewnia natychmiastowy dostęp do najnowszych funkcji
  • Zwiększa łączność z lokacjami zdalnymi
  • Przejścia z wydatków kapitałowych (serwerów i sprzętu) na wydatki operacyjne (subskrypcje)

Aby zdecydować, czy oferta chmury lub środowiska lokalnego najlepiej 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

Usługi Azure DevOps Services i Azure DevOps Server oferują podobne podstawowe funkcje, ale na poniższej liście przedstawiono kluczowe różnice w określonych obszarach funkcji:

  • Wdrożenie: Azure DevOps Services: oparte na chmurze, hostowane i zarządzane przez firmę Microsoft. Azure DevOps Server: rozwiązanie lokalne zarządzane przez organizację.
  • Skalowalność: Azure DevOps Services: wysoce skalowalna, dostępna z dowolnego miejsca za pomocą połączenia internetowego. Azure DevOps Server: skalowalność jest ograniczona do infrastruktury organizacyjnej i pojemności serwera.
  • Uwierzytelnianie: Azure DevOps Services: używa kont Microsoft lub identyfikatora Entra Firmy Microsoft. Azure DevOps Server: używa poświadczeń domeny uwierzytelniania systemu Windows i usługi Active Directory (AD).
  • Kontrola danych: Azure DevOps Services: dane są przechowywane w bezpiecznych centrach danych platformy Azure. Azure DevOps Server: organizacje mają pełną kontrolę nad danymi i infrastrukturą.
  • Zarządzanie użytkownikami: Azure DevOps Services: obsługuje dodawanie grup firmy Microsoft do grup usługi Azure DevOps Services. Azure DevOps Server: dostęp jest udzielany za pośrednictwem dodawania grup usługi AD do różnych grup usługi Azure DevOps.
  • Dostosowywanie procesów: Azure DevOps Services: model procesu dziedziczenia z internetowym interfejsem użytkownika i opcjami dostosowywania punktu końcowego REST. Azure DevOps Server: oferuje zarówno modele procesów dziedziczenia, jak i lokalnego procesu XML na potrzeby dostosowywania.
  • Analiza i raportowanie: Azure DevOps Services: zapewnia pulpity nawigacyjne, usługę Analizy, integrację usługi Power BI i obsługę OData. Azure DevOps Server: oferuje pulpity nawigacyjne, raporty usług SSRS i konfigurowalne lekkie wykresy.
  • Integracja z programem SQL Server: Azure DevOps Services: nie obsługuje integracji z usługami SQL Server Analysis Services na potrzeby raportowania. Azure DevOps Server: obsługuje integrację z usługami SQL Server Analysis Services.

Te różnice mogą pomóc w podjęciu decyzji, która platforma najlepiej odpowiada potrzebom organizacji. Jeśli używasz usługi Azure DevOps Server i rozważasz przejście do usług Azure DevOps Services, zobacz Omówienie migracji.

Skalowalność

W miarę rozwoju firmy może być konieczne skalowanie w górę wystąpienia usługi Azure DevOps. Takie skalowanie może obejmować dodawanie większej liczby użytkowników, zwiększenie pojemności magazynu lub zwiększenie wydajności w celu obsługi większych obciążeń. Może być również konieczne zintegrowanie innych narzędzi i usług w celu obsługi bardziej złożonych przepływów pracy i zapewnienia bezproblemowej współpracy w większych zespołach. Usługa Azure DevOps udostępnia różne opcje i konfiguracje, które ułatwiają efektywne skalowanie niezależnie od tego, czy korzystasz z usług Azure DevOps Services w chmurze, czy w środowisku lokalnym usługi Azure DevOps Server.

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.

Twórz organizacje w usługach Azure DevOps Services wszędzie tam, gdzie można tworzyć kolekcje w usłudze Azure DevOps Server. Rozważ następujące scenariusze:

  • Kupowanie użytkowników na organizację: płatni użytkownicy mogą uzyskiwać dostęp tylko do organizacji, w której są dokonywane płatności. W przypadku użytkowników wymagających dostępu do wielu organizacji subskrypcje programu Visual Studio są atrakcyjną opcją. Subskrybenci programu Visual Studio można dodawać do dowolnej liczby organizacji bez opłat. Eksplorujemy również inne sposoby zapewniania dostępu do wielu organizacji pogrupowanych w jedną jednostkę.
  • Administrowanie organizacjami indywidualnie: obecnie należy administrować organizacjami pojedynczo, co może być uciążliwe, jeśli 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 trzy opcje określania zakresu i skalowania danych: wdrożenia, kolekcje projektów i projekty.

  • Wdrożenia: W najprostszym przypadku wdrożenia to serwery. Mogą one jednak być bardziej złożone, takie jak:

    • Wdrożenia dwóch serwerów, na których program SQL znajduje się na oddzielnej maszynie
    • Farmy o wysokiej dostępności z wieloma serwerami

  • Kolekcje projektów: służą jako kontenery dla granic zabezpieczeń, administracji i fizycznej bazy danych. Są one również używane do grupowania powiązanych projektów.

  • Projekty: hermetyzują zasoby poszczególnych projektów oprogramowania, w tym kod źródłowy, elementy robocze i inne.

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

Uwierzytelnianie

Podczas porównywania usług Azure DevOps Services i Azure DevOps Server ważne jest, aby zrozumieć różnice w sposobie obsługi uwierzytelniania dla każdej platformy.

Azure DevOps Services

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

Zalecamy skonfigurowanie organizacji do korzystania z usługi Microsoft Entra, a nie kont Microsoft. Takie podejście zapewnia lepsze środowisko w wielu scenariuszach i oferuje 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). Uwierzytelnianie przy użyciu uwierzytelniania systemu Windows i poświadczeń domeny usługi Active Directory (AD). Ten proces jest bezproblemowy i nigdy nie napotykasz środowiska logowania.

Kontrolka danych

Wiele jednostek szuka informacji o ochronie danych podczas rozważania przejścia do chmury. Jesteśmy zobowiązani do zapewnienia bezpieczeństwa i bezpieczeństwa projektów usługi Azure DevOps Services. Mamy funkcje techniczne i procesy biznesowe w celu utrzymania tego zobowiązania. Możesz również wykonać kroki w celu zabezpieczenia danych. Aby uzyskać więcej informacji, zobacz Omówienie ochrony danych.

Zarządzanie użytkownikami

W przypadku zarządzania użytkownikami i grupami w usługach Azure DevOps Services i Azure DevOps Server dostępne są różne metody i narzędzia dla każdej platformy w celu zapewnienia odpowiedniego dostępu i organizacji.

Azure DevOps Services

W usłudze Azure DevOps Services możesz zapewnić dostęp do grup użytkowników , dodając grupy firmy Microsoft Entra do grup usługi Azure DevOps Services. Jeśli używasz kont Microsoft zamiast identyfikatora Microsoft Entra ID, musisz dodać użytkowników indywidualnie.

Należy również 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ć co najmniej podstawowy dostęp do większej liczby użytkowników, skonfiguruj rozliczenia i zapłać za więcej użytkowników. W przeciwnym razie wszyscy inni użytkownicy otrzymają dostęp uczestników projektu.

Grupy firmy Microsoft Entra zapewniają dostęp do grup użytkowników z poziomami dostępu automatycznie przypisanymi podczas pierwszego logowania. W przypadku organizacji korzystających 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 udzielasz użytkownikom dostępu do wdrożeń, dodając grupy usługi Active Directory (AD) do różnych grup usługi Azure DevOps, takich jak grupa Współautorzy dla pojedynczego projektu. Członkostwa w grupach usługi AD pozostają zsynchronizowane, dzięki czemu użytkownicy są dodawani lub usuwani w usłudze AD, automatycznie uzyskują lub tracą dostęp do usługi Azure DevOps Server.

Wszystkie zastosowania są 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 weryfikuje tych licencji ani nie wymusza zgodności.

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.

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 interfejsu WYSIWYG (What You See Is What You Get). Ten model umożliwia łatwe dostosowywanie typów elementów roboczych, stanów i pól bezpośrednio za pośrednictwem interfejsu użytkownika bez konieczności edytowania plików XML. Procesy można tworzyć i modyfikować tak, aby pasowały do przepływu pracy zespołu, zapewniając, że narzędzia są zgodne z określonymi wymaganiami projektu. Ta elastyczność ułatwia zarządzanie zmianami w procesie programowania i dostosowywanie ich do nich.

Azure DevOps Server

Za pomocą usługi Azure DevOps Server można wybrać model procesu dziedziczenia i lokalny model procesu XML .

  • Model procesu dziedziczenia: ten model obsługuje dostosowywanie interfejsu WYSIWYG (What You See Is What You Get), co umożliwia łatwe dostosowywanie typów elementów roboczych, stanów i pól bezpośrednio za pośrednictwem interfejsu użytkownika. Takie podejście upraszcza proces dostosowywania i zapewnia, że zmiany zostaną natychmiast odzwierciedlone w projektach.

  • Lokalny model procesu XML: ten model obsługuje dostosowywanie za pośrednictwem importowania lub eksportowania plików definicji XML dla obiektów śledzenia pracy. Zapewnia ona zaawansowany i elastyczny sposób definiowania procesów i zarządzania nimi. Może to jednak powodować różne problemy, takie jak:

    • Procesy istniejących projektów nie są automatycznie aktualizowane, co wymaga ręcznej interwencji w celu zastosowania zmian.
    • Złożoność zarządzania plikami XML może prowadzić do błędów i niespójności.
    • Może być trudne do utrzymania i rozwiązywania problemów z dostosowaniami, szczególnie w dużych lub złożonych środowiskach.

Aby uniknąć problemów, niestandardowe szablony procesów i narzędzie witadmin.exe są zawsze wyłączone. Takie podejście gwarantuje, że wszystkie projekty są automatycznie aktualizowane przy każdym uaktualnieniu usługi Azure DevOps Services. Zespół produktu pracuje nad ułatwieniem i bardziej zrównoważonym dostosowywaniem procesów.

Dzięki możliwości dostosowywania procesu można wprowadzać zmiany bezpośrednio w interfejsie użytkownika sieci Web. Jeśli wolisz programowo dostosować procesy, możesz użyć punktów końcowych REST. Dostosowywanie projektów w ten sposób gwarantuje, że są one automatycznie aktualizowane po wydaniu nowych wersji procesów podstawowych przy użyciu 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ą różne narzędzia, które zapewniają wgląd w postęp i jakość projektów oprogramowania. Do tych narzędzi należą:

  • Pulpity nawigacyjne i lekkie wykresy: dostępne zarówno na platformach w chmurze, jak i na platformach lokalnych, te narzędzia są łatwe do skonfigurowania i użycia. Pulpity nawigacyjne zapewniają dostosowywalny przegląd stanu projektu, a wykresy oferują wizualne reprezentacje kluczowych metryk i trendów.

  • Widżety usługi Analytics i analizy: zoptymalizowane pod kątem szybkiego dostępu do odczytu i agregacji opartych na serwerze usługa Analytics pomaga uzyskać bardziej szczegółowe informacje na temat danych projektu. Widżety analityczne można dodawać do pulpitów nawigacyjnych, aby wyświetlać dane i trendy w czasie rzeczywistym.

  • Integracja z usługą Microsoft Power BI: ta integracja umożliwia wprowadzanie danych analizy do raportów usługi Power BI, łącząc prostotę i moc. Usługa Power BI umożliwia tworzenie interaktywnych i wizualnie atrakcyjnych raportów, które zapewniają kompleksowy widok wydajności projektu.

  • Obsługa OData: obsługa OData umożliwia bezpośrednie wykonywanie zapytań dotyczących usługi Analytics z obsługiwanej przeglądarki i używanie zwracanych danych JSON zgodnie z potrzebami. Zapytania obejmujące wiele projektów lub całej organizacji można wygenerować, zapewniając elastyczność analizowania i wykorzystywania danych. Aby uzyskać więcej informacji na temat usługi Analytics, zobacz nasz plan raportowania.

Te narzędzia oferują niezawodne możliwości monitorowania, analizowania i raportowania postępu i jakości projektów oprogramowania, co ułatwia podejmowanie świadomych decyzji i ciągłe ulepszanie.