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. Notre équipe des opérations 24/7 surveille l’offre cloud, qui est soutenue par un contrat de niveau de service (SLA) de 99,9 % 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 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)

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

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

Azure DevOps Services et Azure DevOps Server offrent des fonctionnalités principales similaires, mais la liste suivante présente les principales différences dans les domaines de fonctionnalités spécifiques :

  • Déploiement : Azure DevOps Services : basé sur le cloud, hébergé et géré par Microsoft. Azure DevOps Server : solution locale, gérée par votre organisation.
  • Scalabilité : Azure DevOps Services : hautement évolutif, accessible depuis n’importe où avec une connexion Internet. Azure DevOps Server : l’extensibilité est limitée à votre infrastructure organisationnelle et à votre capacité de serveur.
  • Authentification : Azure DevOps Services : utilise des comptes Microsoft ou un ID Microsoft Entra. Azure DevOps Server : utilise l’authentification Windows et les informations d’identification de domaine Active Directory (AD).
  • Contrôle des données : Azure DevOps Services : les données sont stockées dans des centres de données Azure sécurisés. Azure DevOps Server : les organisations ont un contrôle total sur leurs données et leur infrastructure.
  • Gestion des utilisateurs : Azure DevOps Services : prend en charge l’ajout de groupes Microsoft Entra aux groupes Azure DevOps Services. Azure DevOps Server : l’accès est accordé via l’ajout de groupes AD à différents groupes Azure DevOps.
  • Personnalisation du processus : Azure DevOps Services : modèle de processus d’héritage avec l’interface utilisateur web et les options de personnalisation du point de terminaison REST. Azure DevOps Server : offre des modèles de processus XML locaux et d’héritage pour la personnalisation.
  • Analytique et création de rapports : Azure DevOps Services : fournit des tableaux de bord, un service Analytics, une intégration Power BI et une prise en charge OData. Azure DevOps Server : offre des tableaux de bord, des rapports SSRS et des graphiques légers configurables.
  • Intégration à SQL Server : Azure DevOps Services : ne prend pas en charge l’intégration à SQL Server Analysis Services pour la création de rapports. Azure DevOps Server : prend en charge l’intégration à SQL Server Analysis Services.

Ces différences peuvent vous aider à déterminer quelle plateforme convient 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 où que vous créez des collections dans Azure DevOps Server. Examinez les scénarios suivants :

  • Acheter des utilisateurs par organisation : les utilisateurs payants peuvent accéder uniquement à 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. Nous explorons également d’autres façons de fournir l’accès à plusieurs organisations regroupées en une seule entité.
  • Administrer des organisations individuellement : actuellement, vous devez administrer des organisations un par un, ce qui peut être fastidieux si vous avez de nombreuses organisations.

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

Azure DevOps Server

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. Toutefois, elles peuvent être plus complexes, telles que :

    • Déploiements à deux serveurs où SQL se trouve sur un ordinateur distinct
    • Batteries de serveurs à haute disponibilité avec plusieurs serveurs

  • Regroupements de projets : servir de conteneurs pour les limites de sécurité, d’administration et de base de données physique. Ils sont également utilisés pour regrouper des projets connexes.

  • Projets : encapsulez les ressources des projets logiciels individuels, notamment 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 des informations d’identification Microsoft Entra ID , 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.

Nous vous recommandons de configurer vos organisations pour utiliser Microsoft Entra plutôt que les comptes Microsoft. Cette approche offre une meilleure expérience dans de nombreux scénarios et offre davantage d’options pour améliorer la sécurité.

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). Authentifiez-vous à l’aide de l’authentification Windows et de vos informations d’identification de domaine Active Directory (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. Nous nous engageons à maintenir les projets Azure DevOps Services sécurisés et sécurisés. Nous avons des fonctionnalités techniques et des processus métier en place 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.

Gestion des utilisateurs

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 gratuitement l’accès de base à cinq utilisateurs sans abonnements 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 la connexion, vous devez attribuer explicitement des niveaux d’accès à chaque utilisateur.

Azure DevOps Server

Dans Azure DevOps Server, vous accordez aux utilisateurs l’accès aux déploiements en ajoutant des groupes Active Directory (AD) à différents groupes Azure DevOps, tels que le groupe Contributeurs pour un projet individuel. Les appartenances aux groupes AD restent synchronisées, de sorte que les utilisateurs sont ajoutés ou supprimés dans AD, ils obtiennent 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 avoir un accès De base ou Avancé, en fonction de leurs abonnements. 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 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 (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 s’adapter au flux de travail de votre équipe, ce qui garantit que les outils s’alignent sur vos besoins spécifiques en matière de projet. Cette flexibilité facilite la gestion et l’adaptation aux changements dans votre processus de développement.

Azure DevOps Server

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

  • Modèle de processus d’héritage : ce modèle prend en charge la personnalisation WYSIWYG (What You See Is What You Get), ce qui vous permet de personnaliser facilement les types d’éléments de travail, les états et les champs 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.

  • Modèle de processus XML local : ce modèle 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. L’équipe produit travaille à rendre la personnalisation des processus plus facile et plus durable.

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 : disponibles sur les plateformes cloud et locales, ces outils 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 métriques et tendances clés.

  • Le service Analytics et les widgets Analytics : optimisés pour les agrégations rapides en lecture et basées sur le serveur, le service Analytics vous permet d’obtenir des insights plus approfondis 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 de Microsoft Power BI : cette intégration vous permet d’intégrer des données Analytics dans des rapports Power BI, en combinant 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 retourné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 notre feuille de route de création de rapports.

Ces outils offrent des fonctionnalités robustes pour la surveillance, l’analyse et la création de rapports sur la progression et la qualité de vos projets logiciels, ce qui vous aide à prendre des décisions éclairées et à stimuler l’amélioration continue.