Partager via

Comparer Azure DevOps Services à Azure DevOps Server

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’équipe d’exploitation 24 h/24 et 7 j/7 surveille l’offre cloud, qui est soutenue par un accord de niveau de service (SLA) de 99,9% et disponible dans les centres de données locaux du monde entier.

L’offre locale, Azure DevOps Server, est basée 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. Cette offre est également idéale lorsque vous avez besoin d’accéder aux services de création de rapports SQL Server 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 plus d’avantages :

  • Simplifie la gestion des serveurs
  • Fournit un accès immédiat aux dernières fonctionnalités
  • Améliore la connectivité avec les sites distants
  • Transition des dépenses d’investissement (serveurs et matériels) aux dépenses opérationnelles (abonnements)

Principales différences

Azure DevOps Services et Azure DevOps Server offrent des fonctionnalités de base similaires, mais ils présentent des différences clés dans des domaines de fonctionnalités spécifiques. Pour déterminer si l’offre cloud ou locale répond le mieux à vos besoins, tenez compte des principales différences suivantes.

Zone des fonctionnalités Azure DevOps Services Serveur Azure DevOps
Déploiement Basé sur le cloud, hébergé et géré par Microsoft Solution sur site, gérée par votre organisation
Évolutivité Hautement évolutif, accessible de n’importe où avec une connexion Internet Évolutivité limitée à votre infrastructure organisationnelle et à la capacité de vos serveurs
Authentification Utilise des comptes Microsoft ou Microsoft Entra ID Utilise l’authentification Windows et les informations d’identification du domaine Windows Server Active Directory
Contrôle des données Données stockées dans des centres de données Azure sécurisés Les organisations ont un contrôle total sur leurs données et leur infrastructure
Gestion des utilisateurs Prend en charge l’ajout de groupes Microsoft Entra aux groupes Azure DevOps Services Accès accordé par l’ajout de groupes Windows Server Active Directory (Windows AD) à divers groupes Azure DevOps
Personnalisation du processus Modèle de processus d’héritage avec interface utilisateur web et options de personnalisation du point de terminaison REST Offre des modèles de processus XML hérités et locaux pour la personnalisation
Analytique et reporting Fournit des tableaux de bord, un service d’analyse, l’intégration de Power BI et la prise en charge d’OData Offre des tableaux de bord, des rapports SQL Server Reporting Services (SSRS) et des graphiques légers configurables
Intégration avec SQL Server Ne prend pas en charge l’intégration avec SQL Server Analysis Services pour la création de rapports Prise en charge de l’intégration avec SQL Server Analysis Services

Ces différences peuvent vous aider à choisir la plateforme qui répond le mieux aux besoins de votre organisation. Si vous utilisez Azure DevOps Server et que vous envisagez de passer à Azure DevOps Services, consultez la vue d’ensemble de la migration.

Évolutivité

À mesure que votre entreprise augmente, vous devrez peut-être effectuer un scale-up de votre instance Azure DevOps. Cette mise à l’échelle peut impliquer l’ajout d’utilisateurs supplémentaires, l’augmentation de la capacité de stockage ou l’amélioration des performances pour gérer des charges de travail plus volumineuses. Vous devrez peut-être également intégrer d’autres outils et services pour prendre en charge des flux de travail plus complexes et garantir une collaboration transparente entre les équipes plus grandes. Azure DevOps fournit différentes options et configurations pour vous aider à effectuer une mise à l’échelle efficace, que vous utilisiez Azure DevOps Services dans le cloud ou Azure DevOps Server localement.

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.

Créez des organisations dans Azure DevOps Services, quel que soit l’endroit où vous pouvez créer des collections dans Azure DevOps Server. Examinez les scénarios suivants :

  • Achetez des utilisateurs par organisation. Les utilisateurs payants ne peuvent accéder qu’à l’organisation où le paiement est effectué. Pour les utilisateurs qui ont besoin d’un accès à plusieurs organisations, les abonnements Visual Studio sont une option attrayante. Les abonnés Visual Studio peuvent être ajoutés à n’importe quel nombre d’organisations sans frais.
  • Administrer les organisations individuellement. À l’heure actuelle, vous devez administrer les organisations une par une, ce qui peut s’avérer fastidieux si vous en avez plusieurs.

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

Serveur Azure DevOps

Azure DevOps Server fournit trois options pour l’étendue et la mise à l’échelle des données : déploiements, regroupements de projets et projets.

  • Déploiements : dans le cas le plus simple, les déploiements sont des serveurs. Ils peuvent être plus complexes, tels que les déploiements à deux serveurs où SQL se trouve sur une machine distincte ou les batteries de serveurs à haute disponibilité avec plusieurs serveurs.

  • Collections de projets : servent de conteneurs pour la sécurité, l’administration et les limites de base de données physiques. Ils sont également utilisés pour regrouper des projets connexes.

  • Projets : encapsulez les ressources de projets logiciels individuels, y compris le code source, les éléments de travail, etc.

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

Authentification

Lorsque vous comparez Azure DevOps Services et Azure DevOps Server, il est important de comprendre les différences dans la façon dont l’authentification est gérée pour chaque plateforme.

Azure DevOps Services

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

L’approche recommandée consiste à 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 offre davantage d’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.

Serveur Azure DevOps

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

Contrôle de données

De nombreuses entités recherchent des informations sur la protection des données lors de la prise en compte d’un déplacement vers le cloud. Microsoft s’engage à assurer la sécurité des projets Azure DevOps Services. Des caractéristiques techniques et des processus commerciaux sont établis pour respecter cet engagement. Vous pouvez également prendre des mesures pour sécuriser vos données. Pour plus d’informations, consultez la vue d’ensemble de la protection des données.

User Management

Lorsque vous gérez des utilisateurs et des groupes dans Azure DevOps Services et Azure DevOps Server, il existe des méthodes et des outils distincts disponibles pour chaque plateforme pour garantir un accès et une organisation appropriés.

Azure DevOps Services

Dans Azure DevOps Services, vous pouvez fournir l’accès aux groupes d’utilisateurs en ajoutant 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 individuellement.

Vous devez également 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 un accès de base gratuit à un maximum de cinq utilisateurs sans abonnement Visual Studio.

Pour donner au moins un accès de base à plus d’utilisateurs, configurez la facturation et payez pour plus d’utilisateurs. Sinon, tous les autres utilisateurs reçoivent l’accès des parties prenantes.

Les groupes Microsoft Entra fournissent l’accès aux groupes d’utilisateurs, avec des niveaux d’accès automatiquement attribués lors de la première connexion. Pour les organisations qui utilisent des comptes Microsoft pour se connecter, vous devez attribuer explicitement des niveaux d’accès à chaque utilisateur.

Serveur Azure DevOps

Dans Azure DevOps Server, vous accordez aux utilisateurs l’accès aux déploiements en ajoutant des groupes Windows AD à divers groupes Azure DevOps, tels que le groupe Contributeurs pour un projet individuel. Les appartenances aux groupes Windows AD restent synchronisées. Au fur et à mesure que des utilisateurs sont ajoutés ou supprimés dans Windows AD, ils gagnent ou perdent automatiquement l’accès à 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 disposer d’un accès de base ou avancé, en fonction de leur abonnement. Azure DevOps Server ne vérifie pas ces licences ni n’applique la conformité.

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.

Personnalisation du processus

Vous pouvez personnaliser l’expérience de suivi du travail de différentes manières en fonction du 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 (Ce que vous voyez est ce que vous obtenez). Ce modèle vous permet de personnaliser facilement les types d’éléments de travail, les états et les champs directement via l’interface utilisateur sans avoir à modifier les fichiers XML. Vous pouvez créer et modifier des processus pour les adapter au flux de travail de votre équipe et vous assurer que les outils s’alignent sur les exigences spécifiques de votre projet. Cette flexibilité facilite la gestion et l’adaptation aux changements dans votre processus de développement.

Serveur Azure DevOps

Avec Azure DevOps Server, vous pouvez choisir entre le modèle de processus d’héritage et le modèle de processus XML local.

Le modèle de processus Inheritance prend en charge la personnalisation WYSIWYG, qui vous permet de personnaliser facilement les types, les états et les champs d’éléments de travail directement via l’interface utilisateur. Cette approche simplifie le processus de personnalisation et garantit que les modifications sont immédiatement reflétées dans vos projets.

Le modèle de processus XML local prend en charge la personnalisation via l’importation ou l’exportation de fichiers de définition XML pour les objets de suivi du travail. Il offre un moyen puissant et flexible de définir et de gérer vos processus. Toutefois, il peut provoquer différents problèmes, tels que :

  • Les processus des projets existants ne sont pas automatiquement mis à jour, nécessitant une intervention manuelle pour appliquer des modifications.
  • La complexité de la gestion des fichiers XML peut entraîner des erreurs et des incohérences.
  • Il peut être difficile de gérer et de dépanner les personnalisations, en particulier dans des environnements volumineux ou complexes.

Pour vous aider à éviter les problèmes, les modèles de processus personnalisés et l’outil de witadmin.exe sont toujours désactivés. Cette approche garantit que tous les projets sont automatiquement mis à jour avec chaque mise à niveau d’Azure DevOps Services.

Avec la fonctionnalité de personnalisation du processus, vous pouvez apporter des modifications directement dans l’interface utilisateur web. Si vous préférez personnaliser vos processus par programmation, vous pouvez utiliser des points de terminaison REST. La personnalisation des projets de cette façon garantit qu’ils sont automatiquement mis à jour lorsque de nouvelles versions de leurs processus de base sont publiées avec les 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 différents outils pour fournir un aperçu de la progression et de la qualité de vos projets logiciels. Ces outils comprennent :

  • Tableaux de bord et graphiques légers : ces outils sont disponibles sur les plateformes cloud et sur site, et sont faciles à configurer et à utiliser. Les tableaux de bord fournissent une vue d’ensemble personnalisable de l’état de votre projet, tandis que les graphiques offrent des représentations visuelles des indicateurs et des tendances clés.

  • Service Analytics et widgets Analytics : le service Analytics est optimisé pour l’accès rapide en lecture et les agrégations basées sur le serveur afin de vous aider à obtenir des informations plus approfondies sur les données de votre projet. Les widgets d’analytique peuvent être ajoutés à vos tableaux de bord pour afficher des données et des tendances en temps réel.

  • Intégration Microsoft Power BI : Cette intégration vous permet d’intégrer des données Analytics dans des rapports Power BI, alliant simplicité et puissance. Avec Power BI, vous pouvez créer des rapports interactifs et visuellement attrayants qui fournissent une vue complète des performances de votre projet.

  • Prise en charge d’OData : la prise en charge d’OData vous permet d’interroger directement le service Analytics à partir d’un navigateur pris en charge et d’utiliser les données JSON renvoyées si nécessaire. Vous pouvez générer des requêtes qui s’étendent sur plusieurs projets ou toute votre organisation, ce qui vous permet d’analyser et d’utiliser vos données. Pour plus d’informations sur le service Analytics, consultez la feuille de route des rapports.

Ces outils offrent des fonctionnalités robustes pour surveiller, analyser et générer des rapports sur l’avancement et la qualité de vos projets logiciels. Ils vous aident à prendre des décisions éclairées et à favoriser l’amélioration continue.

Modèles tarifaires

L’offre cloud, Azure DevOps Services, et l’offre locale, Azure DevOps Server, sont disponibles dans différents modèles de tarification. Pour plus d’informations, consultez les articles suivants :

Contenu connexe