Services Azure DevOps versus Azure DevOps Server
Azure DevOps Services et Azure DevOps Server offrent les mêmes fonctionnalités DevOps. Il existe cependant quelques différences à noter, que nous abordons dans cette page :
- Les services Azure DevOps : vous pouvez accéder à l'offre Software-as-a-Service (SaaS) pour Azure DevOps via Internet. Ce service Web bénéficie d'un accord de niveau de service d'au moins 99,9 % de disponibilité, ce qui le rend fiable. Les services Azure DevOps sont également distribués à l'échelle mondiale.
- Azure DevOps Server : la base de support d'Azure DevOps Server est un backend de serveur SQL Server personnalisable. Si votre organisation adopte cette version, vous pouvez accéder à l'offre sur site via votre réseau interne. Cette option est cruciale pour les organisations souhaitant que toutes leurs données soient uniquement sur leurs propres réseaux pour des raisons commerciales.
Différences entre Azure DevOps Services et Azure DevOps Server
Les différences entre ces deux offres Azure DevOps peuvent être regroupées comme suit :
- Portée
- Authentification
- Utilisateurs et groupes
- Gestion des accès utilisateurs
- Protection des données
Portée
Dans les services Azure DevOps, la portée s'effectue par organisations et par projets. Les organisations dans les services Azure DevOps ont des URL, et c'est là que commence le parcours de collaboration de chacun. Ces organisations contiennent leur groupe de projets. Chaque projet peut être développé et soutenu par les différentes équipes de l'organisation, et les membres de l'équipe doivent opérer uniquement dans l'environnement du projet.
Avec Azure DevOps Server, la portée s'effectue par déploiements, collections de projets et projets. En termes simples, un déploiement est un serveur. Les collections de projets sont des conteneurs existant dans les déploiements. Ces conteneurs sont destinés à la sécurité, à l'administration et aux limites physiques des bases de données. Ils sont également utilisés pour regrouper des projets liés. Enfin, les projets encapsulent les différentes parties de projets logiciels individuels, notamment le code source, les éléments de travail,...
Authentification
Azure Active Directory est un service de gestion des identités et des accès.
Dans les services Azure DevOps, l'authentification s'effectue via Internet. L'authentification s'effectue avec les informations d'identification de votre compte Microsoft ou les informations d'identification Azure Active Directory, en fonction de la configuration de votre organisation. Vous pouvez également configurer Azure Active Directory pour exiger diverses fonctionnalités telles que l'authentification multifacteur, les restrictions d'adresse IP,...
Avec Azure DevOps Server, l'authentification s'effectue sur un serveur intranet. Vous vous authentifiez avec l'authentification Windows et vos informations d'identification de domaine Active Directory. Ce processus est transparent.
Utilisateurs et groupe
Imaginez une entreprise technologique menant plusieurs types d'activités pour d'autres organisations (entreprise à entreprise) et utilisateurs finaux (entreprise à consommateur). Dans cette organisation, il peut y avoir différents projets pour différentes équipes. Par exemple, disons qu'il y a l'équipe créant les SDK et les API (appelons-les Alpha), l'équipe créant une application destinée aux clients (appelons-les Delta) et l'équipe créant et gérant le site Web de l'entreprise (appelons-les Gamma).
Dans les services Azure DevOps, vous pouvez utiliser une méthode d'authentification pour accorder l'accès à un ensemble d'utilisateurs. Utilisez des groupes d'utilisateurs pour représenter différentes équipes dans une organisation. À l'aide du scénario décrit, vous pouvez créer des groupes d'utilisateurs Azure Active Directory pour Alpha, Delta et Gamma. Les coéquipiers peuvent rejoindre les groupes d'utilisateurs auxquels ils appartiennent, et l'accès aux projets et aux ressources pour tous est géré au niveau du groupe d'utilisateurs. Vous pouvez ajouter ces groupes d'utilisateurs Azure Active Directory aux groupes de services Azure DevOps.
Dans Azure DevOps Server, chaque déploiement implémente la méthodologie d'accès utilisateur. Les utilisateurs peuvent rejoindre des groupes Active Directory et les administrateurs peuvent ajouter ces groupes Active Directory aux différents groupes Azure DevOps. Ces appartenances à des groupes d'utilisateurs sont cohérentes. Ainsi, lorsque l'accès utilisateur est mis à jour dans Active Directory, cela apparaît dans les autorisations dont dispose l'utilisateur dans cette organisation.
Gestion des accès utilisateurs
Au-delà de l'authentification, l'autorisation existe pour garantir que les utilisateurs ont accès aux ressources. Ce processus se produit en attribuant des rôles et des niveaux d'accès aux utilisateurs. Par exemple, un utilisateur doté d'un rôle d'administrateur aura l'autorisation de faire plus qu'un utilisateur doté d'un rôle de contributeur.
Dans les services Azure DevOps, chaque utilisateur dispose d'un niveau d'accès et il le revalide à chaque fois qu'il se connecte. Ces utilisateurs interagissent avec les ressources uniquement au niveau spécifié, et cette interaction se produit sur l'infonuagique Azure.
Dans Azure DevOps Server, les utilisateurs disposent de niveaux d'accès, mais tout se passe depuis le système principal. Une fois le niveau d'accès spécifié, en plus de l'authentification, l'autorisation s'effectue sur le serveur intranet.
Protection des données
Dans Azure DevOps Services, toutes vos données, y compris les projets, les codes sources et les plans, existent sur Azure. Les projets dans les services Azure DevOps sont sûrs et sécurisés.
Dans Azure DevOps Server, toutes vos données existent sur les serveurs sur site utilisés par votre organisation et les administrateurs contrôlent tout.
Similitudes entre Azure DevOps Services et Azure DevOps Server
Bien que les offres infonuagique et sur site pour Azure DevOps présentent certaines différences, elles partagent également certaines similitudes.
Caractéristiques
Les offres infonuagiques et sur site pour Azure DevOps utilisent les mêmes composantes pour les constructions et versions de code, le contrôle du code source, la gestion des tâches, les plans de test et l'administration des artefacts.
Analyses et rapports
Les services Azure DevOps et Azure DevOps Server offrent de nombreux outils vous donnant une visibilité sur l'activité et l'amélioration de vos projets logiciels. Certains de ces outils sont les suivants :
- Des tableaux de bord et des graphiques légers existent à la fois sur les plateformes infonuagiques et sur site. Ces outils facilitent la visualisation des données pour divers projets.
- Power BI est un outil interactif de visualisation de données créé par Microsoft, concentré sur l'intelligence d'affaire. L'intégration de Power BI aide les équipes à intégrer des données analytiques dans les rapports Power BI. Avec cela, vous pourrez analyser et visualiser les données de Power BI.
- La prise en charge d'OData permet aux équipes d'interroger instantanément le service d'analyse via le navigateur. Votre équipe produit peut utiliser le résultat de la requête JSON comme elle le souhaite. Vous pouvez générer des requêtes couvrant de nombreux projets ou l'ensemble de votre organisation.
Personnalisation des processus
Les deux outils utilisent le modèle de processus d'héritage pour personnaliser leur expérience de suivi du travail. Ces personnalisations peuvent se produire instantanément sur l'interface utilisateur ou par programme en appelant les points de terminaison de l'API REST.
Avantages supplémentaires sur les services Azure DevOps
Bien que les services Azure DevOps et Azure DevOps Server fournissent les mêmes composantes et présentent certaines similitudes par rapport à Azure DevOps Server, les services Azure DevOps offre des avantages supplémentaires.
- Gestion simplifiée des serveurs : Azure élimine le stress lié à la gestion des serveurs afin que votre équipe puisse se concentrer sur d'autres facteurs de productivité.
- Accès aux dernières fonctionnalités : lorsque de nouvelles fonctionnalités sont publiées, les utilisateurs des services Azure DevOps y accèdent avant tout le monde.
- Connectivité améliorée avec les sites à distances : les régions Azure étant internationales, la connectivité est meilleure pour les équipes à distances utilisant l'application SaaS que pour l'infrastructure sur site.
- Aucune mise à niveau : les organisations exécutant des outils d'intégration continue/de déploiement continu sur site sont confrontées à des mises à niveau stressantes. En migrant vers un modèle SaaS, vous vous souciez moins de la réparation et de la mise à niveau de la chaîne d'outils.
- Dépenses : Il y a une transition des coûts d'investissement aux coûts opérationnels. Les coûts d'investissement comprennent les serveurs et les ressources nécessaires pour gérer toute l'infrastructure. Les coûts opérationnels comprennent les dépenses d'abonnement aux fonctionnalités infonuagiques que vous utilisez. Il peut être difficile pour les organisations de dépenser beaucoup d'argent en coûts d'investissement, c'est pourquoi les coûts opérationnels introduisent une certaine flexibilité dans les dépenses.