Comparer Azure DevOps Services à Azure DevOps Server

  • Article

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

L’offre cloud, Azure DevOps Services, fournit un service hébergé évolutif, fiable et globalement disponible. L’offre cloud est soutenue par un contrat SLA de 99,9 %, surveillé par notre équipe d’opérations de 24/7 et disponible dans des centres de données locaux dans le monde entier.

L’offre locale, Azure DevOps Server, repose sur un serveur principal SQL Server. Les clients choisissent généralement la version locale quand ils ont besoin de leurs données pour rester dans leur réseau. Ou, quand ils souhaitent accéder à SQL Server Reporting Services qui s’intègrent aux données et outils Azure DevOps Server.

Les deux offres offrent les mêmes fonctionnalités et services essentiels, mais Azure DevOps Services offre les avantages suivants :

  • Gestion simplifiée des serveurs
  • Accès immédiat aux fonctionnalités les plus récentes et les plus récentes
  • Connectivité améliorée avec des sites distants
  • Transition des dépenses d’investissement (serveurs et similaires) aux dépenses opérationnelles (abonnements)

Pour déterminer l’offre (cloud ou locale) qui répond à vos besoins, tenez compte des principales différences suivantes.

Principales différences entre Azure DevOps Services et Azure DevOps Server

Lorsque vous choisissez la plateforme souhaitée ou si vous envisagez de passer d’un site local au cloud, tenez compte des domaines suivants :

Différences dans des domaines de fonctionnalités spécifiques

Bien qu’Azure DevOps Services soit une version hébergée d’Azure DevOps Server, il existe certaines différences entre les fonctionnalités. Certaines fonctionnalités d’Azure DevOps Server ne sont pas prises en charge dans Azure DevOps Services. Par exemple, Azure DevOps Services ne prend pas en charge l’intégration à SQL Server Analysis Services pour prendre en charge la création de rapports.

Différences de prise en charge

Si vous utilisez Azure DevOps Server et que vous envisagez de passer à Azure DevOps Services, comprenez vos options de migration.

Étendue et mise à l’échelle des données

À mesure que votre entreprise augmente, vous devrez peut-être effectuer un scale-up de votre instance Azure DevOps.

Azure DevOps Services

Azure DevOps Services offre deux options pour l’étendue et la mise à l’échelle des données : les organisations et les projets. Les organisations d’Azure DevOps Services obtiennent leurs propres URL (par exemple, https://dev.azure.com/fabrikamfiber) et ont toujours une collection de projets. Les organisations peuvent avoir de nombreux projets au sein d’une collection.

Nous vous recommandons de créer des organisations dans Azure DevOps Services où que vous créez des regroupements dans Azure DevOps Server. Les scénarios suivants s’appliquent :

  • Vous pouvez acheter des utilisateurs Azure DevOps Services par organisation : les utilisateurs payants peuvent accéder uniquement à l’organisation dans laquelle le paiement est effectué. Si vous avez des utilisateurs qui ont besoin d’accéder à de nombreuses organisations, les abonnements Visual Studio peuvent être une option attrayante. Les abonnés Visual Studio peuvent être ajoutés à n’importe quel nombre d’organisations sans frais. Nous envisageons également d’autres façons de rendre l’accès à de nombreuses organisations regroupées en une seule organisation.
  • Vous devez actuellement administrer des organisations une à la fois. Ce processus peut être fastidieux lorsque vous avez de nombreuses organisations.

Pour plus d’informations, consultez Planifier votre structure organisationnelle dans Azure DevOps.

Azure DevOps Server

Azure DevOps Server offre les trois options suivantes pour l’étendue et la mise à l’échelle des données : déploiements, regroupements de projets et projets. Dans le cas le plus simple, les déploiements sont simplement des serveurs.

Toutefois, les déploiements peuvent être plus compliqués, ce qui peut inclure :

  • Déploiement à deux serveurs où SQL est fractionné sur un ordinateur distinct
  • Batteries de serveurs à haute disponibilité avec beaucoup de serveurs

Les collections de projets servent de conteneurs pour la sécurité et l’administration et les limites de base de données physique. Ils sont également utilisés pour regrouper des projets connexes.

Enfin, les projets sont utilisés pour encapsuler les ressources des projets logiciels individuels, notamment le code source, les éléments de travail, et ainsi de suite. Pour plus d’informations, consultez Planifier votre structure organisationnelle dans Azure DevOps.

Authentification

Azure DevOps Services

Avec Azure DevOps Services, vous vous connectez via l’Internet public (par exemple). https://contoso.visualstudio.com Vous vous authentifiez avec les informations d’identification du compte Microsoft ou avec les informations d’identification d’ID Microsoft Entra, en fonction de la configuration de votre organisation. Vous pouvez également configurer l’ID Microsoft Entra pour exiger des fonctionnalités telles que l’authentification multifacteur, les restrictions d’adresse IP, etc.

Nous vous recommandons de configurer vos organisations pour qu’elles utilisent Microsoft Entra plutôt que des comptes Microsoft. Cette méthode offre une meilleure expérience dans de nombreux scénarios et d’autres options pour une sécurité renforcée.

Pour plus d’informations, consultez À propos de l’accès à Azure DevOps Services avec l’ID Microsoft Entra.

Azure DevOps Server

Avec Azure DevOps Server, vous vous connectez à un serveur intranet (par exemple, https://tfs.corp.contoso.com:8080/tfs). Vous vous authentifiez avec l’authentification Windows et vos informations d’identification de domaine Active Directory (AD). Ce processus est transparent et vous ne voyez jamais d’expérience de connexion.

Gérer les utilisateurs et les groupes

Azure DevOps Services

Dans Azure DevOps Services, vous pouvez utiliser un mécanisme similaire pour fournir l’accès à des groupes d’utilisateurs. Vous pouvez ajouter des groupes Microsoft Entra aux groupes Azure DevOps Services. Si vous utilisez des comptes Microsoft au lieu de l’ID Microsoft Entra, vous devez ajouter des utilisateurs un par un.

Azure DevOps Server

Dans Azure DevOps Server, vous fournissez aux utilisateurs l’accès aux déploiements en ajoutant des groupes Active Directory (AD) à différents groupes Azure DevOps (par exemple, le groupe Contributeurs pour un projet individuel). Les appartenances aux groupes AD sont synchronisées. À mesure que les utilisateurs sont ajoutés et supprimés dans AD, ils obtiennent et perdent également l’accès à Azure DevOps Server.

Gérer l’accès des utilisateurs

Dans Azure DevOps Services et Azure DevOps Server, vous gérez l’accès aux fonctionnalités en affectant des utilisateurs à un niveau d’accès. Tous les utilisateurs doivent être affectés à un seul niveau d’accès. Dans les offres cloud et locales, vous pouvez accorder un accès gratuit aux fonctionnalités d’élément de travail à un nombre illimité de parties prenantes. En outre, un nombre illimité d’abonnés Visual Studio peut avoir accès à toutes les fonctionnalités de base sans frais supplémentaires. Vous payez uniquement pour les autres utilisateurs qui ont besoin d’un accès.

Azure DevOps Services

Dans Azure DevOps Services, vous devez affecter un niveau d’accès à chaque utilisateur de votre organisation. Azure DevOps Services valide les abonnés Visual Studio lors de leur connexion. Vous pouvez attribuer gratuitement l’accès de base à cinq utilisateurs sans abonnements Visual Studio.

Pour accorder un accès de base ou supérieur à plus d’utilisateurs, configurez la facturation pour votre organisation et payez davantage d’utilisateurs. Sinon, tous les autres utilisateurs obtiennent l’accès aux parties prenantes.

Les groupes Microsoft Entra donnent accès à des groupes d’utilisateurs. Les niveaux d’accès sont automatiquement attribués lors de la première connexion. Pour les organisations configurées pour utiliser des comptes Microsoft pour la connexion, vous devez attribuer explicitement des niveaux d’accès à chaque utilisateur.

Azure DevOps Server

Dans Azure DevOps Server, toutes les utilisations sont sur le système d’honneur. Pour définir des niveaux d’accès pour les utilisateurs en fonction de leurs licences, spécifiez leurs niveaux d’accès sur la page d’administration. Par exemple, affectez uniquement l’accès des utilisateurs sans licence.

Les utilisateurs disposant d’une licence d’accès client Azure DevOps Server peuvent avoir un accès de base. Les abonnés Visual Studio peuvent avoir un accès De base ou Avancé, en fonction de leurs abonnements. Azure DevOps Server ne tente pas de vérifier ces licences ou d’appliquer la conformité.

Sécurité et protection des données

De nombreuses entités souhaitent en savoir plus sur la protection des données lorsqu’elles envisagent de passer au cloud. Nous nous engageons à garantir que les projets Azure DevOps Services restent sécurisés et sécurisés. Nous avons des fonctionnalités techniques et des processus métier en place pour assurer cet engagement. Vous pouvez également prendre des mesures pour sécuriser vos données. En savoir plus dans notre vue d’ensemble de la protection des données.

Personnalisation du processus

Vous pouvez personnaliser l’expérience de suivi de travail de différentes façons, selon le modèle de processus pris en charge :

Azure DevOps Services

Azure DevOps Services utilise le modèle de processus d’héritage , qui prend en charge la personnalisation WYSIWYG.

Azure DevOps Server

Avec Azure DevOps Server, vous pouvez choisir le modèle de processus d’héritage ou le modèle de processus XML local, qui prend en charge la personnalisation via l’importation ou l’exportation de fichiers de définition XML pour les objets de suivi du travail. Azure DevOps Server 2018 et versions antérieures n’ont accès qu’au modèle de processus XML local. Bien que l’option de modèle de processus XML local soit puissante, elle peut provoquer différents problèmes. Le principal problème est que les processus des projets existants ne sont pas automatiquement mis à jour.

Pour éviter ces problèmes, les modèles de processus personnalisés et l’outil witadmin.exe sont toujours désactivés. Cette approche met automatiquement à jour tous les projets avec chaque mise à niveau d’Azure DevOps Services. Pendant ce temps, l’équipe produit travaille dur pour rendre possible la personnalisation des processus de manière à ce que nous puissions prendre en charge facilement et en continu. Nous avons récemment introduit le premier de ces changements et d’autres changements sont en route.

Avec la nouvelle fonctionnalité de personnalisation du processus, vous pouvez apporter des modifications directement dans l’interface utilisateur web. Si vous souhaitez personnaliser vos processus par programmation, vous pouvez le faire via des points de terminaison REST. Lorsque vous personnalisez les projets de cette façon, ils sont automatiquement mis à jour lorsque nous publions de nouvelles versions de leurs processus de base avec des mises à niveau d’Azure DevOps Services.

Pour plus d’informations, consultez Personnaliser votre expérience de suivi du travail.

Analytique et création de rapports

Azure DevOps Services et Azure DevOps Server offrent les outils suivants qui vous donnent un aperçu de la progression et de la qualité de vos projets logiciels :

Azure DevOps Server 2019 vers Azure DevOps Services

  • Tableaux de bord et graphiques légers disponibles dans les plateformes cloud et locales. Ces outils sont faciles à configurer et à utiliser.
  • Le service Analytics et les widgets Analytics. Le service Analytics est optimisé pour l’accès en lecture rapide et les agrégations basées sur le serveur.
  • Intégration de Microsoft Power BI, qui prend en charge l’obtention de données Analytics dans des rapports Power BI et fournit une combinaison de simplicité et de puissance.
  • Prise en charge d’OData, qui vous permet d’interroger directement le service Analytics à partir d’un navigateur pris en charge, puis d’utiliser les données JSON retournées comme vous le souhaitez. Vous pouvez générer des requêtes qui s’étendent sur de nombreux projets ou l’ensemble de votre organisation. Pour en savoir plus sur le service Analytics, consultez notre feuille de route de création de rapports.

Azure DevOps Server 2018

  • Tableaux de bord et graphiques légers disponibles dans les plateformes cloud et locales. Ces outils sont faciles à configurer et à utiliser.
  • Les rapports SQL Server Reporting Services (SSRS) sont disponibles lorsque Azure DevOps Server est configuré avec SQL Server Analysis Services.

Visual Studio Team Services s’appelle désormais Azure DevOps Services

La plupart des services proposés dans VSTS sont désormais proposés en tant que services autonomes dans Azure DevOps Services et Azure DevOps Server 2019 et versions ultérieures. Vous pouvez obtenir des services séparément ou tous ensemble en tant qu’Azure DevOps Services. Si vous êtes abonné Azure DevOps, vous avez déjà accès à tous les services.

Nom de la fonctionnalité VSTS Nom du service Azure DevOps Description
Build &release Azure Pipelines Intégration continue et livraison continue (CI/CD) qui fonctionnent avec n’importe quel langage, plateforme et cloud.
Code Azure Repos Référentiels Git privé hébergés dans le cloud illimités et team Foundation Version Control (TFVC) pour votre projet.
Travailler Azure Boards Effectuez le suivi avec des tableaux Kanban, des backlogs, des tableaux de bord d’équipe et des rapports personnalisés.
Test Azure Test Plans Solution de test planifié et exploratoire tout-en-un.
Packages (extension) Azure Artifacts Les flux de package Maven, npm, Python, Universal Package et NuGet à partir de sources publiques et privées.

Azure DevOps Services et Azure DevOps Server 2019 et utilisent la nouvelle interface utilisateur de navigation, avec une barre latérale verticale pour accéder aux principaux domaines de service : tableaux, dépôts, pipelines, artefacts, plans de test, etc. Pour plus d’informations, consultez la navigation dans le portail web dans Azure DevOps.

Remarque

Vous pouvez désactiver la sélection de services à partir de l’interface utilisateur. Pour plus d’informations, consultez Activer ou désactiver un service.

Vous pouvez toujours utiliser visualstudio.com pour accéder à Azure DevOps Services. Nous avons été déplacés vers le nouveau dev.azure.com nom de domaine comme URL principale pour les nouvelles organisations. Cette URL est https://dev.azure.com/{your organization}/{your project}. Si vous souhaitez modifier votre URL en fonction dev.azure.com du principal, un administrateur d’organisation peut le faire à partir de la page des paramètres de l’organisation.