Académique Documents
Professionnel Documents
Culture Documents
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018
L’offre cloud, Azure DevOps Services, fournit un service hébergé évolutif, fiable et mondial. Il est soutenu par un contrat SLA de 99,9
%, surveillé par notre équipe d’opérations 24/7 et disponible dans les 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 veulent accéder à SQL Server reporting
services qui s’intègrent à des 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 :
Pour déterminer quelle offre ( cloud ou locale) répond à vos besoins, tenez compte des principales différences suivantes.
Lorsque vous choisissez la plateforme souhaitée ou si vous envisagez de passer d’un local au cloud, tenez compte des domaines
suivants :
Bien que Azure DevOps Services soit une version hébergée de Azure DevOps Server, il existe des différences entre les
fonctionnalités. Certaines fonctionnalités 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 avec SQL Server Analysis Services pour prendre en charge les
rapports.
Personnalisation du processus
Création de rapports
Si vous utilisez Azure DevOps Server et que vous envisagez de passer à Azure DevOps Services, comprenez vos options de
migration.
Azure DevOps Services offrent deux options pour l’étendue et la mise à l’échelle des données : les organisations et les projets. Les
organisations dans Azure DevOps Services obtenir leurs propres URL (par exemple https://dev.azure.com/fabrikamfiber ), et elles
ont toujours une collection de projets exactement. 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 collections dans Azure
DevOps Server. Les scénarios suivants s’appliquent :
Vous pouvez acheter Azure DevOps Services utilisateurs 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 moyens de
rendre l’accès à de nombreuses organisations regroupées dans 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 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.
Les déploiements peuvent toutefois être plus complexes, ce qui peut inclure :
Les collections de projets servent de conteneurs pour la sécurité et l’administration et les limites de base de données physiques. Ils
sont également utilisés pour regrouper des projets connexes.
Enfin, les projets sont utilisés pour encapsuler les ressources des projets logiciels individuels, y compris 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 Azure AD , en
fonction de la configuration de votre organisation. Vous pouvez également configurer Azure AD pour exiger des fonctionnalités
telles que l’authentification multifacteur, les restrictions d’adresse IP, etc.
Nous vous recommandons de configurer vos organisations pour utiliser Azure AD 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é améliorée.
Pour plus d’informations, consultez À propos de l’accès à Azure DevOps Services avec Azure AD.
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.
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 Azure AD à Azure DevOps Services groupes. Si vous utilisez des comptes Microsoft au lieu d’Azure AD,
vous devez ajouter des utilisateurs un à la fois.
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 conservées de manière synchronisée. Lorsque les utilisateurs sont ajoutés et supprimés dans AD, ils obtiennent
également et perdent l’accès à Azure DevOps Server.
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 comme ils se connectent. Vous pouvez attribuer un accès de base gratuitement à cinq
utilisateurs sans abonnements Visual Studio.
Pour accorder un accès de base ou plus à plus d’utilisateurs, configurez la facturation pour votre organisation et payez pour plus
d’utilisateurs. Sinon, tous les autres utilisateurs obtiennent l’accès des parties prenantes.
Les groupes Azure AD donnent accès aux 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.
Dans Azure DevOps Server, toutes les utilisations sont sur le système d’honneur. Pour définir les 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 l’accès des
utilisateurs non autorisés uniquement.
Les utilisateurs disposant d’une licence d’accès client (CAL) 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 n’essaie pas de
vérifier ces licences ou d’appliquer la conformité.
Personnalisation du processus
Vous pouvez personnaliser l’expérience de suivi du travail de différentes façons, en fonction du modèle de processus pris en charge
:
Azure DevOps Services utilise le modèle de processus d’héritage, qui prend en charge la personnalisation WYSIWYG.
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’a 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 dans Azure DevOps Services, les modèles de processus personnalisés et l’outil witadmin.exe ont toujours
été désactivés. Cette approche nous a permis de mettre à jour automatiquement tous les projets avec chaque mise à niveau 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 la première de ces
modifications et d’autres changements sont en cours.
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 Azure DevOps Services mises à niveau.
Analytique et rapports
Azure DevOps Services et Azure DevOps Server proposent les outils suivants qui vous donnent un aperçu de la progression et de la
qualité de vos projets logiciels :
Tableaux de bord et graphiques légers disponibles dans les plateformes cloud et locales. Ces outils sont faciles à configurer et
à utiliser.
Widgets Analytics et Analytics. Le service Analytics est optimisé pour un accès en lecture rapide et des 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 couvrent de
nombreux projets ou toute votre organisation. Pour en savoir plus sur le service Analytics, consultez notre feuille de route de
création de rapports.
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.
Version de build & Azure Pipelines Intégration continue et livraison continue (CI/CD) qui fonctionne avec n’importe quel
langage, plateforme et cloud.
Code Azure Repos Dépôts Git privés hébergés dans le cloud illimités et Team Foundation Version Control
(TFVC) pour votre projet.
Work Azure Boards Effectuez le suivi avec des tableaux Kanban, des backlogs, des tableaux de bord d’équipe
et des rapports personnalisés.
Packages (extension) Azure Artifacts Flux de package Maven, npm, Python, Package universel et NuGet à partir de sources
publiques et privées.
Azure DevOps Services et Azure DevOps Server 2019 et plus utilisent la nouvelle interface utilisateur de navigation, avec une barre
latérale verticale pour accéder aux principales zones de service : Tableaux, Dépôts, Pipelines, Artefacts, Test Plans, etc. Pour plus
d’informations, consultez la navigation dans le portail web dans Azure DevOps.
Notes
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 migré vers le nouveau
dev.azure.com nom de domaine en tant qu’URL principale pour les nouvelles organisations. Cette URL est https://dev.azure.com
/{your organization}/{your project} . Si vous souhaitez modifier votre URL pour qu’elle soit basée sur dev.azure.com le principal,
Articles connexes
Services essentiels
Outils client-serveur
Rôles de développement de logiciels
Tarification des Azure DevOps Services
Tarification des Azure DevOps Server