Vergleichen Azure DevOps Services mit Azure DevOps Server

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Das Cloudangebot, Azure DevOps Services, bietet einen skalierbaren, zuverlässigen und global verfügbaren gehosteten Dienst. Es wird von einer 99,9% SLA unterstützt, die von unserem 24/7 Operationsteam überwacht wird und in lokalen Rechenzentren auf der ganzen Welt verfügbar ist.

Das lokale Angebot, Azure DevOps Server, basiert auf einem SQL Server Back-End. Kunden wählen in der Regel die lokale Version aus, wenn sie ihre Daten benötigen, um im Netzwerk zu bleiben. Oder wenn sie zugriff auf SQL Server Reporting Services möchten, die in Azure DevOps Server Daten und Tools integriert sind.

Im Vergleich zu Azure DevOps Server bieten beide Angebote zwar dieselben wesentlichen Dienste, Azure DevOps Services bietet jedoch die folgenden zusätzlichen Vorteile:

  • Vereinfachte Serververwaltung.
  • Sofortiger Zugriff auf die neuesten und größten Features
  • Verbesserte Konnektivität mit Remotewebsites.
  • Ein Übergang von Kapitalausgaben (Server und wie) zu Betriebsausgaben (Abonnements).

Um zu bestimmen, welches Angebot – Cloud oder lokal – Ihre Anforderungen erfüllt, sollten Sie die folgenden wichtigsten Unterschiede berücksichtigen.

Grundlegende Unterschiede zwischen Azure DevOps Services und Azure DevOps Server

Wenn Sie auswählen, welche Plattform Sie wünschen, oder wenn Sie einen Wechsel von lokal zur Cloud berücksichtigen, sollten Sie die folgenden Bereiche berücksichtigen:

Unterschiede in bestimmten Featurebereichen
Obwohl Azure DevOps Services eine gehostete Version von Azure DevOps Server ist, gibt es einige Unterschiede zwischen Features. Einige Azure DevOps Server Features werden in Azure DevOps Services nicht unterstützt. Beispielsweise unterstützt Azure DevOps Services die Integration mit SQL Server Analysis Services nicht, um die Berichterstellung zu unterstützen.

Zwei der folgenden anderen Bereiche unterscheiden sich in ihrer Unterstützung:

Sind Sie Azure DevOps Server und überlegen Sie sich, sich zu bewegen? Lesen Sie Die Migrationsoptionen , um Ihre Optionen zu verstehen.

Bereichs- und Skalierungsdaten

Wenn Ihr Unternehmen wächst, müssen Sie möglicherweise Ihre Azure DevOps Instanz skalieren.

Azure DevOps Services Skalen mithilfe von Organisationen und Projekten

Azure DevOps Services unterscheidet sich geringfügig von Azure DevOps Server. Derzeit gibt es nur zwei Optionen für die Bereichs- und Skalierungsdaten: Organisationen und Projekte. Organisationen in Azure DevOps Services erhalten eigene URLs (zhttps://dev.azure.com/fabrikamfiber. B. ), und sie haben immer genau eine Projektsammlung. Organisationen können viele Projekte in einer Sammlung haben.

Es wird empfohlen, Organisationen in Azure DevOps Services zu erstellen, wo Sie Sammlungen in Azure DevOps Server erstellen würden. Die folgenden Szenarien gelten:

  • Sie können Azure DevOps Services Benutzer pro Organisation kaufen – Kostenpflichtige Benutzer können nur auf die Organisation zugreifen, in der die Zahlung vorgenommen wird. Wenn Sie Über Benutzer verfügen, die Zugriff auf viele Organisationen benötigen, können Visual Studio Abonnements eine attraktive Option sein. Visual Studio Abonnenten können einer beliebigen Anzahl von Organisationen ohne Gebühr hinzugefügt werden. Wir berücksichtigen auch andere Möglichkeiten, den Zugriff auf viele Organisationen, die in eine einzelne Organisation gruppiert sind, verfügbar zu machen.
  • Derzeit müssen Sie Organisationen gleichzeitig verwalten. Dieser Prozess kann schwerfällig sein, wenn Sie viele Organisationen haben.

Weitere Informationen: Planen Sie Ihre Organisationsstruktur in Azure DevOps.

Azure DevOps Server Skalen mithilfe von Bereitstellungen, Projektsammlungen und Projekten

Azure DevOps Server bietet die folgenden drei Optionen für die Bereichs- und Skalierungsdaten: Bereitstellungen, Projektsammlungen und Projekte. Im einfachsten Fall sind Bereitstellungen nur Server.

Bereitstellungen können jedoch komplizierter sein, was folgendes umfassen könnte:

  • Zwei Serverbereitstellung, auf der SQL auf einem separaten Computer aufgeteilt wird
  • Hochverfügbarkeitsfarmen mit vielen Servern

Project Sammlungen dienen als Container für Sicherheit und Verwaltung sowie physische Datenbankgrenzen. Sie werden auch verwendet, um verwandte Projekte zu gruppieren.

Schließlich werden Projekte verwendet, um die Ressourcen einzelner Softwareprojekte, einschließlich Quellcode, Arbeitselemente usw. zu kapseln.

Weitere Informationen: Planen Sie Ihre Organisationsstruktur in Azure DevOps.

Authentifizierung

Mit Azure DevOps Services stellen Sie eine Verbindung über das öffentliche Internet her (zhttps://contoso.visualstudio.com. B. ). Sie authentifizieren sich entweder mit Microsoft-Kontoanmeldeinformationen oder mit Azure AD Anmeldeinformationen, je nach Einrichtung Ihrer Organisation. Sie können auch Azure AD einrichten, um Features wie mehrstufige Authentifizierung, IP-Adresseinschränkungen usw. zu benötigen.

Es wird empfohlen, Ihre Organisationen so zu konfigurieren, dass sie Azure AD anstelle von Microsoft-Konten verwenden. Diese Methode bietet eine bessere Erfahrung in vielen Szenarien und mehr Optionen für verbesserte Sicherheit.

Weitere Informationen: Informationen zum Zugriff auf Azure DevOps Services mit Azure AD.

Mit Azure DevOps Server stellen Sie eine Verbindung mit einem Intranetserver her (zhttps://tfs.corp.contoso.com:8080/tfs. B. ). Sie authentifizieren sich mit Windows Authentifizierung und Ihren Active Directory(AD)-Domänenanmeldeinformationen. Dieser Prozess ist transparent und Sie sehen nie eine Art Anmeldeerfahrung.

Verwalten von Benutzern und Gruppen

In Azure DevOps Services können Sie einen ähnlichen Mechanismus verwenden, um Zugriff auf Gruppen von Benutzern bereitzustellen. Sie können Azure AD Gruppen zu Azure DevOps Services Gruppen hinzufügen. Wenn Sie Microsoft-Konten anstelle von Azure AD verwenden, müssen Sie benutzer gleichzeitig hinzufügen.

In Azure DevOps Server bieten Sie Benutzern Zugriff auf Bereitstellungen, indem Sie Active Directory (AD)-Gruppen zu verschiedenen Azure DevOps Gruppen hinzufügen (z. B. die Gruppe "Mitwirkende" für ein einzelnes Projekt). Die AD-Gruppenmitgliedschaften werden synchronisiert. Da Benutzer in AD hinzugefügt und entfernt werden, erhalten sie auch Zugriff auf Azure DevOps Server.

Verwalten des Benutzerzugriffs

In beiden Azure DevOps Services und Azure DevOps Server verwalten Sie den Zugriff auf Features, indem Sie Benutzern eine Zugriffsstufe zuweisen. Alle Benutzer müssen einer einzelnen Zugriffsstufe zugewiesen werden. Sowohl in den cloud- als auch lokalen Angeboten können Sie kostenlosen Zugriff auf Arbeitselementfeatures auf eine unbegrenzte Anzahl von Stakeholdern gewähren. Außerdem kann eine unbegrenzte Anzahl von Visual Studio Abonnenten zugriff auf alle Grundlegenden Features ohne zusätzliche Gebühren haben. Sie bezahlen nur für andere Benutzer, die Zugriff benötigen.

In Azure DevOps Services müssen Sie jedem Benutzer in Ihrer Organisation eine Zugriffsstufe zuweisen. Azure DevOps Services überprüft Visual Studio Abonnenten während der Anmeldung. Sie können kostenlos fünf Benutzern ohne Visual Studio Abonnements den Einfachen Zugriff zuweisen.

Um den Einfachen Zugriff oder höher auf mehr Benutzer zu gewähren, richten Sie die Abrechnung für Ihre Organisation ein und bezahlen Sie mehr Benutzer. Andernfalls erhalten alle anderen Benutzer Zugriff auf die Stakeholder.

Azure AD Gruppen geben Zugriff auf Gruppen von Benutzern. Zugriffsstufen werden bei der ersten Anmeldung automatisch zugewiesen. Für Organisationen, die für die Verwendung von Microsoft-Konten für die Anmeldung konfiguriert sind, müssen Sie jedem Benutzer explizit Zugriffsstufen zuweisen.

In Azure DevOps Server ist alle Verwendung auf dem Ehrensystem. Um Zugriffsstufen für Benutzer basierend auf ihren Lizenzen festzulegen, geben Sie ihre Zugriffsstufen auf der Verwaltungsseite an. Weisen Sie z. B. nur nicht lizenzierten Benutzern den Benutzerzugriff zu.

Benutzer mit einer Azure DevOps Server Clientzugriffslizenz (CAL) können über den einfachen Zugriff verfügen. Visual Studio Abonnenten können je nach Abonnements entweder Basic- oder Advanced-Zugriff haben. Azure DevOps Server versucht nicht, diese Lizenzen zu überprüfen oder Compliance zu erzwingen.

Sicherheit und Datenschutz

Viele Entitäten möchten mehr über den Datenschutz wissen, wenn sie den Wechsel in die Cloud berücksichtigen. Wir sind verpflichtet, sicherzustellen, dass Azure DevOps Services Projekte sicher und sicher bleiben. Wir verfügen über technische Features und Geschäftsprozesse, um dieses Engagement zu liefern. Sie können auch Schritte ausführen, um Ihre Daten zu sichern. Weitere Informationen finden Sie in unserer Übersicht über den Datenschutz.

Prozessanpassung

Je nach unterstütztem Prozessmodell können Sie die Arbeitsverfolgungserfahrung auf zwei verschiedene Arten anpassen:

  • Azure DevOps Services: Sie verwenden das Vererbungsprozessmodell, das WYSIWYG-Anpassung unterstützt
  • Azure DevOps Server: Sie können das Vererbungsprozessmodell oder das lokale XML-Prozessmodell auswählen, das Anpassungen durch Importieren oder Exportieren von XML-Definitionsdateien für Arbeitsverfolgungsobjekte unterstützt.
  • Azure DevOps Server 2018 und früheren Versionen: Sie haben nur Zugriff auf das lokale XML-Prozessmodell

Obwohl die lokale XML-Prozessmodelloption leistungsstärker ist, kann es verschiedene Probleme verursachen. Das Hauptproblem besteht darin, dass Prozesse für vorhandene Projekte nicht automatisch aktualisiert werden.

Azure DevOps Server 2013 hat beispielsweise mehrere neue Features eingeführt, die von neuen Arbeitselementtypen und anderen Prozessvorlagenänderungen abhängig sind. Wenn Sie ein Upgrade von 2012 auf 2013 durchführen, ruft jede Projektsammlung neue Versionen der einzelnen Prozessvorlagen im Feld ab, die diese Änderungen enthalten. Diese Änderungen werden jedoch nicht automatisch in vorhandene Projekte integriert. Stattdessen müssen Sie nach Abschluss des Upgrades die Änderungen in jedes Projekt mithilfe des Assistenten zum Konfigurieren von Features oder einem manuellen Prozess einschließen.

Um diese Probleme in Azure DevOps Services zu vermeiden, wurden benutzerdefinierte Prozessvorlagen und das toolwitadmin.exe immer deaktiviert. Dieser Ansatz hat es uns ermöglicht, alle Projekte automatisch mit jedem Azure DevOps Services Upgrade zu aktualisieren. Inzwischen arbeitet das Produktteam hart daran, Die Anpassungsprozesse auf einfache und kontinuierliche Weise zu ermöglichen. Wir haben kürzlich die ersten dieser Änderungen eingeführt, und mehr Änderungen sind auf dem Weg.

Mit der neuen Prozessanpassungsfunktion können Sie Änderungen direkt auf der Web-Benutzeroberfläche (UI) vornehmen. Wenn Sie Ihre Prozesse programmgesteuert anpassen möchten, können Sie dies über REST-Endpunkte tun. Wenn Sie Projekte auf diese Weise anpassen, werden sie automatisch aktualisiert, wenn wir neue Versionen ihrer Basisprozesse mit Azure DevOps Services Upgrades freigeben.

Weitere Informationen finden Sie unter Anpassen Ihrer Arbeitsverfolgungserfahrung.

Analysen und Berichte

Azure DevOps Services und Azure DevOps Server bieten viele Tools, die Ihnen Einblicke in den Fortschritt und die Qualität Ihrer Softwareprojekte bieten. Enthalten sind die folgenden Tools:

  • Dashboards und einfache Diagramme , die sowohl in der Cloud als auch auf lokalen Plattformen verfügbar sind. Diese Tools sind einfach einzurichten und zu verwenden.
  • Die Analysedienst - und Analyse-Widgets. Der Analysedienst ist für schnelle Lesezugriffs- und serverbasierte Aggregationen optimiert.
  • Microsoft Power BI Integration, die das Abrufen von Analysedaten in Power BI Berichten unterstützt und eine Kombination aus Einfachheit und Leistung bietet.
  • OData-Unterstützung, mit der Sie den Analysedienst direkt aus einem unterstützten Browser abfragen und dann die zurückgegebenen JSON-Daten wie gewünscht verwenden können. Sie können Abfragen generieren, die viele Projekte oder Ihre gesamte Organisation umfassen. Weitere Informationen zum Analytics-Dienst finden Sie in unserer Berichterstellungs-Roadmap.

Visual Studio Team Services heißt jetzt Azure DevOps Services.

Viele der angebotenen Dienste in VSTS werden jetzt als eigenständige Dienste in Azure DevOps Services und Azure DevOps Server 2019 angeboten. Sie können Dienste separat oder alle zusammen als Azure DevOps Services abrufen. Wenn Sie ein Azure DevOps Abonnenten sind, haben Sie bereits Zugriff auf alle Dienste.

VSTS-Featurename Azure DevOps Dienstname BESCHREIBUNG
Buildversion & Azure Pipelines Kontinuierliche Integration und kontinuierliche Bereitstellung (CI/CD), die mit jeder Sprache, Plattform und Cloud funktioniert.
Code Azure Repos Unbegrenzte private Git- und Team Foundation-Versionskontrolle-Repositorys (TFVC) für Ihr Projekt.
Arbeit Azure Boards Arbeiten Sie mit Kanban-Boards, Backlogs, Team-Dashboards und benutzerdefinierter Berichterstellung zusammen.
Test Azure Test Plans All-in-one geplante und explorative Testlösung.
Pakete (Erweiterung) Azure Artifacts Maven, npm, Python, Universal Package und NuGet Paketfeeds aus öffentlichen und privaten Quellen.

Sowohl Azure DevOps Services als auch Azure DevOps Server 2019 verwenden die neue Navigations-Benutzeroberfläche mit einer vertikalen Randleiste, um zu den Hauptdienstbereichen zu wechseln: Boards, Repos, Pipelines und vieles mehr. Weitere Informationen finden Sie in der Webportalnavigation in Azure DevOps.

Hinweis

Sie können die Auswahldienste über die Benutzeroberfläche deaktivieren. Weitere Informationen finden Sie unter Aktivieren oder Deaktivieren eines Diensts.

Sie können weiterhin visualstudio.com auf Azure DevOps Services zugreifen. Wir haben den neuen dev.azure.com Domänennamen als primäre URL für neue Organisationen verschoben. Diese URL ist https://dev.azure.com/{your organization}/{your project}. Wenn Sie Ihre URL so dev.azure.com ändern möchten, dass sie als primäres Objekt basiert, kann ein Organisationsadministrator dies auf der Seite "Organisationseinstellungen" ausführen.