Vergleichen Azure DevOps Services mit Azure DevOps Server

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

Das Cloudangebot, Azure DevOps Services, bietet einen skalierbaren, zuverlässigen und global verfügbaren gehosteten Dienst. Sie wird durch eine SLA von 99,9 % (24/7 Betriebsteam) überwacht und in lokalen Rechenzentren auf der ganzen Welt verfügbar.

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 in ihrem Netzwerk zu bleiben. Oder, wenn sie Zugriff auf SQL Server Reporting Services wünschen, die in Azure DevOps Server und Tools integriert sind.

Obwohl beide Angebote die gleichen wesentlichen Dienste bieten,bietet Azure DevOps Server im Vergleich zu Azure DevOps Services die folgenden zusätzlichen Vorteile:

  • Vereinfachte Serververwaltung.
  • Sofortiger Zugriff auf die neuesten und besten Features
  • Verbesserte Konnektivität mit Remotestandorten.
  • Ein Übergang von Investitionsausgaben (Server und Deren) zu Betriebskosten (Abonnements).

Berücksichtigen Sie die folgenden wichtigen Unterschiede, um zu ermitteln, welches Angebot (Cloud oder lokal) Ihren Anforderungen entspricht.

Grundlegende Unterschiede zwischen Azure DevOps Services und Azure DevOps Server

Wenn Sie auswählen, welche Plattform Sie verwenden möchten, oder wenn Sie einen Wechsel von der lokalen Umgebung in die Cloud in Betracht ziehen, 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 den Features. Einige Azure DevOps Server werden in der Anwendung nicht Azure DevOps Services. Beispielsweise unterstützt Azure DevOps Services die Integration in SQL Server Analysis Services die Berichterstellung nicht.

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

Möchten Sie Azure DevOps Server verschieben? Lesen Sie Migrationsoptionen, um Ihre Optionen zu verstehen.

Bereich und Skalierung von Daten

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

Azure DevOps Services skalierung mithilfe von Organisationen und Projekten

Azure DevOps Services unterscheidet sich geringfügig von Azure DevOps Server. Es gibt derzeit nur zwei Optionen zum Festlegen und Skalieren von Daten: Organisationen und Projekte. Organisationen in Azure DevOps Services ihre eigenen URLs (z. B. ) und verfügen https://dev.azure.com/fabrikamfiber immer über genau eine Projektsammlung. Organisationen können viele Projekte innerhalb einer Sammlung haben.

Es wird empfohlen, Organisationen in einem Azure DevOps Services, wo Auch immer Sie Sammlungen in einem Azure DevOps Server. Die folgenden Szenarien gelten:

  • Sie können benutzerspezifische Azure DevOps Services pro Organisation erwerben. Kostenpflichtige Benutzer können nur auf die Organisation zugreifen, in der die Zahlung erfolgt. Wenn Sie Benutzer haben, die Zugriff auf viele Organisationen benötigen, Visual Studio Abonnements eine attraktive Option sein. Visual Studio können einer beliebigen Anzahl von Organisationen kostenlos hinzugefügt werden. Wir erwägen auch andere Möglichkeiten, den Zugriff für viele Organisationen verfügbar zu machen, die in einer einzigen Organisation gruppiert sind.
  • Derzeit müssen Sie Organisationen nach und nach verwalten. Dieser Prozess kann umständlich sein, wenn Sie über viele Organisationen verfügen.

Weitere Informationen: Planen Ihrer Organisationsstruktur in Azure DevOps.

Azure DevOps Server skalierung mithilfe von Bereitstellungen, Projektsammlungen und Projekten

Azure DevOps Server bietet die folgenden drei Optionen zum Festlegen und Skalieren von Daten: Bereitstellungen, Projektsammlungen und Projekte. Im einfachsten Fall sind Bereitstellungen nur Server.

Bereitstellungen können jedoch komplizierter sein, z. B.:

  • Bereitstellung mit zwei Servern, bei SQL auf einem separaten Computer aufgeteilt ist
  • 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 gruppen.

Schließlich werden Projekte verwendet, um die Ressourcen einzelner Softwareprojekte wie Quellcode, Arbeitselemente und so weiter zu kapseln.

Weitere Informationen: Planen Ihrer Organisationsstruktur in Azure DevOps.

Authentifizierung

Mit Azure DevOps Services stellen Sie eine Verbindung über das öffentliche Internet (z. B. ) https://contoso.visualstudio.com herstellen. Sie authentifizieren sich entweder Microsoft-Konto Anmeldeinformationen oder Azure AD Anmeldeinformationen, je nach Einrichtung Ihrer Organisation. Sie können auch Azure AD, um Features wie multi-factor-authentication, IP-Adresseinschränkungen und so weiter zu erfordern.

Es wird empfohlen, dass Sie Ihre Organisationen so konfigurieren, dass sie Azure AD microsoft-Konten verwenden. Diese Methode bietet eine bessere Benutzererfahrung in vielen Szenarien und mehr Optionen für erhöhte Sicherheit.

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

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

Verwalten von Benutzern und Gruppen

In Azure DevOps Services können Sie einen ähnlichen Mechanismus verwenden, um Den Zugriff auf Benutzergruppen zu ermöglichen. Sie können Azure AD Gruppen Azure DevOps Services hinzufügen. Wenn Sie Microsoft-Konten anstelle Azure AD verwenden, müssen Sie Benutzer nach und nach hinzufügen.

In Azure DevOps Server ermöglichen Sie Benutzern den Zugriff auf Bereitstellungen, indem Sie Active Directory-Gruppen (AD) verschiedenen Azure DevOps-Gruppen hinzufügen (z. B. die Gruppe Mitwirkende für ein einzelnes Projekt). Die AD-Gruppenmitgliedschaften werden synchron gehalten. Wenn Benutzer in AD hinzugefügt und entfernt werden, erhalten sie auch Zugriff auf Azure DevOps Server.

Verwalten des Benutzerzugriffs

Sowohl in Azure DevOps Services als auch Azure DevOps Server verwalten Sie den Zugriff auf Features, indem Sie Benutzer einer Zugriffsebene zuweisen. Alle Benutzer müssen einer einzelnen Zugriffsebene zugewiesen werden. Sowohl bei cloudbasierten als auch lokalen Angeboten können Sie einer unbegrenzten Anzahl von Projektbeteiligten kostenlosen Zugriff auf Arbeitselementfeatures bieten. Außerdem kann eine unbegrenzte Anzahl Visual Studio-Abonnenten ohne zusätzliche Kosten Zugriff auf alle Basic-Features haben. Sie zahlen nur für andere Benutzer, die Zugriff benötigen.

In Azure DevOps Services müssen Sie jedem Benutzer in Ihrer Organisation eine Zugriffsebene zuweisen. Azure DevOps Services überprüft Visual Studio, wenn sie sich anmelden. Sie können fünf Benutzern kostenlos Basic-Zugriff zuweisen, ohne Visual Studio zu erstellen.

Um mehr Benutzern Basic-Zugriff oder höher zu ermöglichen, richten Sie die Abrechnung für Ihre Organisation ein und zahlen für mehr Benutzer. Andernfalls erhalten alle anderen Benutzer Zugriff auf die Beteiligten.

Azure AD Gruppen ermöglichen den Zugriff auf Benutzergruppen. Zugriffsebenen 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 Zugriffsebenen zuweisen.

In Azure DevOps Server wird alle Verwendung auf dem Honor-System verwendet. Um Zugriffsebenen für Benutzer basierend auf ihren Lizenzen festzulegen, geben Sie ihre Zugriffsebenen auf der Verwaltungsseite an. Weisen Sie z. B. nicht lizenzierten Benutzern nur Zugriff für Projektteilnehmer zu.

Benutzer mit einer Azure DevOps Server Client Access License (CAL) können über Basic-Zugriff verfügen. Visual Studio Abonnenten können abhängig von ihren Abonnements entweder über Basic- oder Advanced-Zugriff verfügen. Azure DevOps Server versucht nicht, diese Lizenzen zu überprüfen oder die Konformität zu erzwingen.

Sicherheit und Datenschutz

Viele Entitäten möchten mehr über den Schutz von Daten erfahren, wenn sie in Betracht ziehen, in die Cloud zu verschieben. Wir sind bestrebt, sicherzustellen, dass Azure DevOps Services Und-Projekte sicher bleiben. Wir verfügen über technische Features und Geschäftsprozesse, um diese Verpflichtung zu halten. Sie können auch Maßnahmen ergreifen, um Ihre Daten zu schützen. Weitere Informationen finden Sie in der Übersicht über den Datenschutz.

Prozessanpassung

Sie können die Arbeitsnachverfolgungserfahrung je nach unterstützten Prozessmodell auf zwei verschiedene Arten anpassen:

  • Azure DevOps Services: Sie verwenden das Vererbungsprozessmodell, das die ANPASSUNG VON WYSIWYG 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 Arbeitsnachverfolgungsobjekte unterstützt.
  • Azure DevOps Server 2018 und früheren Versionen: Sie haben nur Zugriff auf das lokale XML-Prozessmodell.

Obwohl die Option Lokales XML-Prozessmodell leistungsfähig ist, kann sie verschiedene Probleme verursachen. Das Hauptproblem besteht darin, dass Prozesse für vorhandene Projekte nicht automatisch aktualisiert werden.

Azure DevOps Server 2013 wurden beispielsweise mehrere neue Features eingeführt, die von neuen Arbeitselementtypen und anderen Änderungen an Prozessvorlagen abhängig waren. Wenn Sie ein Upgrade von 2012 auf 2013 durchführen, erhält jede Projektsammlung neue Versionen der einzelnen "im Feld" enthaltenen Prozessvorlagen, 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 einfügen, indem Sie den Assistenten zum Konfigurieren von Features oder einen manuelleren Prozess verwenden.

Um diese Probleme in Azure DevOps Services zu vermeiden, wurden benutzerdefinierte Prozessvorlagen und das witadmin.exe Tool immer deaktiviert. Dieser Ansatz hat es uns ermöglicht, alle Projekte mit jedem Azure DevOps Services Upgrade automatisch zu aktualisieren. In der Zwischenzeit arbeitet das Produktteam hart daran, Anpassungsprozesse so zu ermöglichen, dass sie einfach und kontinuierlich unterstützt werden können. Wir haben vor Kurzem die erste dieser Änderungen eingeführt, und weitere Änderungen sind auf dem Weg.

Mit der neuen Prozessanpassungsfunktion können Sie Änderungen direkt auf der Webbenutzeroberfläche 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 neue Versionen ihrer Basisprozesse mit Azure DevOps Services-Upgrades veröffentlicht werden.

Weitere Informationen finden Sie unter Anpassen Ihrer Arbeitsnachverfolgungserfahrung.

Berichterstellung

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

  • Dashboards und einfache Diagramme, die sowohl auf cloudbasierten als auch auf lokalen Plattformen verfügbar sind. Diese Tools sind einfach einzurichten und zu verwenden.

Azure DevOps Services und Azure DevOps Server 2019 bieten auch Zugriff auf die folgenden Dienste:

  • Der Analytics-Dienst und die Analytics-Widgets. Der Analytics-Dienst ist für schnellen Lesezugriff und serverbasierte Aggregationen optimiert.
  • Microsoft Power BI Integration,die das Einbinden von Analysedaten in Power BI Berichte unterstützt und eine Kombination aus Einfachheit und Leistung bietet.
  • OData-Unterstützung,mit der Sie den Analytics-Dienst direkt über einen unterstützten Browser abfragen und dann die zurückgegebenen JSON-Daten wie gewünscht verwenden können. Sie können Abfragen generieren, die sich über viele Projekte oder Ihre gesamte Organisation erstrecken.

Weitere Informationen zum Analytics-Dienst und zukünftigen Releases finden Sie in unserer Roadmap für die Berichterstellung.

SSRS-Berichte (SQL Server Reporting Services) sind über Azure DevOps Server verfügbar, wenn sie mit SQL Server Analysis Services konfiguriert sind.

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

Viele der ausgewählten Dienste in VSTS werden jetzt sowohl in Azure DevOps Services als auch Azure DevOps Server 2019 als eigenständige Dienste angeboten. Sie können Dienste separat oder alle zusammen als Azure DevOps Services abrufen. Wenn Sie ein Azure DevOps-Abonnent sind, haben Sie bereits Zugriff auf alle Dienste.

VSTS-Featurename Azure DevOps Dienstname Beschreibung
Build & release (Buildversion) Azure Pipelines Continuous Integration und Continuous Delivery (CI/CD), die mit jeder Sprache, Plattform und Cloud funktionieren.
Code Azure Repos Unbegrenzte in der Cloud gehostete private Git- und Team Foundation-Versionskontrolle-Repositorys (TFVC) für Ihr Projekt.
Work Azure Boards Arbeitsnachverfolgung mit Kanban-Boards, Backlogs, Teamdashboards und benutzerdefinierten Berichten.
Test Azure Test Plans All-in-One-Lösung für geplante und explorative Tests.
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 Benutzeroberfläche für die Navigation mit einer vertikalen Randleiste, um zu den Hauptdienstbereichen zu gelangen: Boards, Repos, Pipelinesund mehr. Weitere Informationen finden Sie unter Webportalnavigation in Azure DevOps.

Hinweis

Sie können ausgewählte Dienste auf der Benutzeroberfläche deaktivieren. Weitere Informationen finden Sie unter Aktivieren oder Deaktivieren eines Diensts.

Sie können weiterhin visualstudio.com verwenden, um auf Azure DevOps Services zuzugreifen. 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 ändern möchten, dass sie auf als primäres Konto dev.azure.com basiert, kann ein Organisationsadministrator dies über die Einstellungsseite der Organisation tun.