Vergleichen von Azure DevOps Services mit Azure DevOps Server

  • Artikel

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

Das Cloudangebot, Azure DevOps Services, bietet einen skalierbaren, zuverlässigen und global verfügbaren gehosteten Dienst. Das Cloudangebot wird von einer SLA von 99,9 % unterstützt, von unserem 24/7 Operations-Team ü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-Daten und -Tools integriert werden.

Beide Angebote bieten dieselben wesentlichen Features und Dienste, aber Azure DevOps Services bietet die folgenden zusätzlichen Vorteile:

  • Vereinfachte Serververwaltung
  • Sofortiger Zugriff auf die neuesten und größten Features
  • Verbesserte Konnektivität mit Remotestandorten
  • Übergang von Investitionsausgaben (Server und ähnliches) zu betriebstechnischen Ausgaben (Abonnements)

Um zu ermitteln, welches Angebot – cloud oder lokal – Ihren Anforderungen entspricht, berücksichtigen Sie die folgenden wichtigen Unterschiede.

Wichtige Unterschiede zwischen Azure DevOps Services und Azure DevOps Server

Wenn Sie die gewünschte Plattform auswählen oder einen Wechsel von der lokalen Bereitstellung 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 Features. Einige Azure DevOps Server-Features werden in Azure DevOps Services nicht unterstützt. Beispielsweise unterstützt Azure DevOps Services keine Integration in SQL Server Analysis Services zur Unterstützung der Berichterstellung.

Unterschiede bei der Unterstützung

Wenn Sie Azure DevOps Server verwenden und einen Wechsel zu Azure DevOps Services in Erwägung ziehen, verstehen Sie Ihre Migrationsoptionen.

Bereichs- und Skalierungsdaten

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

Azure DevOps Services

Azure DevOps Services bietet zwei Optionen zum Festlegen und Skalieren von Daten: Organisationen und Projekte. Organisationen in Azure DevOps Services erhalten ihre eigenen URLs (z. B https://dev.azure.com/fabrikamfiber. ), und sie haben immer genau eine Projektsammlung. Organisationen können viele Projekte in einer Sammlung haben.

Es wird empfohlen, Organisationen in Azure DevOps Services unabhängig davon 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 erwerben – Kostenpflichtige Benutzer können nur auf die Organisation zugreifen, in der die Zahlung erfolgt. 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 kostenlos hinzugefügt werden. Außerdem werden andere Möglichkeiten in Betracht gezogen, um den Zugriff auf viele Organisationen verfügbar zu machen, die in einer einzigen Organisation gruppiert sind.
  • Derzeit müssen Sie Organisationen einzeln verwalten. Dieser Prozess kann mühsam sein, wenn Sie viele Organisationen haben.

Weitere Informationen finden Sie unter Planen Ihrer Organisationsstruktur in Azure DevOps.

Azure DevOps Server

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

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

  • Bereitstellung mit zwei Servern, bei der SQL auf einem separaten Computer aufgeteilt wird
  • Farmen mit hoher Verfügbarkeit mit vielen Servern

Projektsammlungen 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 zu kapseln, einschließlich Quellcode, Arbeitsaufgaben usw. Weitere Informationen finden Sie unter Planen Ihrer Organisationsstruktur in Azure DevOps.

Authentifizierung

Azure DevOps Services

Mit Azure DevOps Services stellen Sie eine Verbindung über das öffentliche Internet her (z. B https://contoso.visualstudio.com. ). Sie authentifizieren sich entweder mit Microsoft-Kontoanmeldeinformationen oder mit Microsoft Entra-ID-Anmeldeinformationen , je nach Einrichtung Ihrer Organisation. Sie können microsoft Entra-ID auch so einrichten, dass Features wie mehrstufige Authentifizierung, IP-Adresseinschränkungen usw. erforderlich sind.

Es wird empfohlen, Ihre Organisationen so zu konfigurieren, dass Microsoft Entra anstelle von Microsoft-Konten verwendet wird. Diese Methode bietet eine bessere Erfahrung in vielen Szenarien und mehr Optionen für erhöhte Sicherheit.

Weitere Informationen finden Sie unter "Zugriff auf Azure DevOps Services mit Microsoft Entra ID".

Azure DevOps Server

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

Verwalten von Benutzern und Gruppen

Azure DevOps Services

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

Azure DevOps Server

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. Wenn Benutzer in AD hinzugefügt und entfernt werden, erhalten sie auch Zugriff auf Azure DevOps Server.

Verwalten des Benutzerzugriffs

In Azure DevOps Services und Azure DevOps Server verwalten Sie den Zugriff auf Features, indem Sie Benutzern eine Zugriffsebene zuweisen. Allen Benutzern muss eine einzige Zugriffsebene zugewiesen werden. Sowohl in der Cloud als auch in lokalen Angeboten können Sie kostenlosen Zugriff auf Arbeitsaufgabenfeatures für eine unbegrenzte Anzahl von Projektbeteiligten gewähren. Außerdem kann eine unbegrenzte Anzahl von Visual Studio-Abonnenten kostenlos auf alle Basic-Features zugreifen. Sie zahlen nur für andere Benutzer, die Zugriff benötigen.

Azure DevOps Services

In Azure DevOps Services müssen Sie jedem Benutzer in Ihrer Organisation eine Zugriffsstufe zuweisen. Azure DevOps Services überprüft Visual Studio-Abonnenten bei der Anmeldung. Sie können fünf Benutzern ohne Visual Studio-Abonnements kostenlosen Standardzugriff zuweisen.

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

Microsoft Entra-Gruppen gewähren Zugriff auf Benutzergruppen. 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 Zugriffsebenen zuweisen.

Azure DevOps Server

In Azure DevOps Server befindet sich die gesamte Verwendung im Honor-System. Wenn Sie Zugriffsstufen für Benutzer basierend auf ihren Lizenzen festlegen möchten, geben Sie ihre Zugriffsebenen auf der Verwaltungsseite an. Weisen Sie z. B. nicht lizenzierten Benutzern nur den Zugriff auf Stakeholder zu.

Benutzer mit einer Azure DevOps Server Client Access License (CAL) können über einen einfachen Zugriff verfügen. Visual Studio-Abonnenten können abhängig von ihren Abonnements entweder über den Standard- oder erweiterten Zugriff verfügen. Azure DevOps Server versucht nicht, diese Lizenzen zu überprüfen oder die Compliance durchzusetzen.

Sicherheit und Datenschutz

Viele Entitäten möchten mehr über den Datenschutz wissen, wenn sie in Betracht ziehen, in die Cloud zu wechseln. Wir verpflichten uns, sicherzustellen, dass Azure DevOps Services-Projekte sicher und sicher bleiben. Wir verfügen über technische Merkmale und Geschäftsprozesse, um dieses Engagement zu verwirklichen. Sie können auch Schritte ausführen, um Ihre Daten zu sichern. Erfahren Sie mehr in unserer Datenschutzübersicht.

Prozessanpassung

Sie können die Arbeitsverfolgung je nach unterstütztem Prozessmodell auf unterschiedliche Weise anpassen:

Azure DevOps Services

Azure DevOps Services verwendet das Vererbungsprozessmodell , das WYSIWYG-Anpassungen unterstützt.

Azure DevOps Server

Mit Azure DevOps Server können Sie das Vererbungsprozessmodell oder das lokale XML-Prozessmodell auswählen, das Anpassungen durch Import oder Export von XML-Definitionsdateien für Arbeitsverfolgungsobjekte unterstützt. Azure DevOps Server 2018 und frühere Versionen haben nur Zugriff auf das lokale XML-Prozessmodell . Obwohl die lokale XML-Prozessmodelloption leistungsfähig ist, kann dies verschiedene Probleme verursachen. Das Standard Problem besteht darin, dass Prozesse für vorhandene Projekte nicht automatisch aktualisiert werden.

Um diese Probleme zu vermeiden, sind benutzerdefinierte Prozessvorlagen und das witadmin.exe Tool immer deaktiviert. Dieser Ansatz aktualisiert automatisch alle Projekte mit jedem Azure DevOps Services-Upgrade. Inzwischen arbeitet das Produktteam hart daran, die Prozesse so anzupassen, dass wir sie problemlos und kontinuierlich unterstützen können. Wir haben kürzlich die ersten dieser Änderungen eingeführt, und es werden weitere Änderungen vorgenommen.

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 Arbeitsverfolgungserfahrung.

Analysen und Berichte

Azure DevOps Services und Azure DevOps Server bieten die folgenden Tools, mit denen Sie Einblick in den Fortschritt und die Qualität Ihrer Softwareprojekte erhalten:

Azure DevOps Server 2019 zu Azure DevOps Services

  • 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-Berichte 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 Reporting-Roadmap.

Azure DevOps Server 2018

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

Viele der empfohlenen Dienste in VSTS werden jetzt als eigenständige Dienste sowohl in Azure DevOps Services als auch in Azure DevOps Server 2019 angeboten. Sie können Dienste separat oder alle 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 Azure Pipelines Kontinuierliche Integration und kontinuierliche Bereitstellung (CI/CD), die mit jeder Sprache, Plattform und Cloud funktioniert.
Code Azure Repos Unbegrenzte, in der Cloud gehostete 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.
Testen 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.

Azure DevOps Services und Azure DevOps Server 2019 und up verwenden die neue Navigationsbenutzeroberfläche mit einer vertikalen Randleiste, um zu den Standard Dienstbereichen zu wechseln: Boards, Repos, Pipelines, Artefakte, Testpläne und vieles mehr. Weitere Informationen finden Sie in der Webportalnavigation in Azure DevOps.

Hinweis

Sie können die Auswahl von Diensten auf der 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 wurden in den neuen dev.azure.com Do Standard Namen als primäre URL für neue Organisationen verschoben. Diese URL lautet https://dev.azure.com/{your organization}/{your project}. Wenn Sie Ihre URL so ändern möchten, dass sie als primärer Benutzer verwendet dev.azure.com wird, kann ein Organisationsadministrator dies auf der Seite mit den Organisationseinstellungen tun.