Azure DevOps vs GitHub : Quel choix pour DevSecOps ?

Pendant la majeure partie de son histoire, Microsoft s'est fermement opposé aux logiciels open-source. Cela a officiellement changé en 2018, lorsque l'actuel PDG de Microsoft, Satya Nadella, a décidé d'acquérir GitHub pour 7,5 millions de dollars. À l'époque, le dépôt de code open-source comptait plus de 28 millions d'utilisateurs. Désormais, ce nombre est passé à 73 millions.

Microsoft proposait déjà un service similaire qui permet aux développeurs de collaborer sur des projets et de construire et déployer des applications : Azure DevOps, anciennement connu sous le nom de Team Foundation Server (TFS) et Visual Studio Team System (VSTS). Alors, lequel est le plus adapté à votre projet DevSecOps ? 

Élevés différemment 

Examinons d'abord les principales différences. Ancré dans la tradition de Microsoft, Azure DevOps est davantage orienté vers les projets à code source fermé. Et s'il est favorable aux logiciels libres, il est loin d'aller aussi loin que GitHub. Cependant, Azure DevOps se distingue par son exhaustivité. La plateforme couvre l'ensemble du cycle de vie du développement logiciel, avec, par exemple, des outils de gestion de projet et de gestion des versions. Elle inclut même un support natif pour les tableaux Scrum et Kanban, des tableaux de bord personnalisables et des rapports intégrés.

GitHub, quant à lui, est actuellement la plateforme d'hébergement de code la plus populaire sur le web grâce à ses puissantes fonctionnalités sociales et de collaboration : les utilisateurs peuvent facilement partager des idées, travailler ensemble, et même bifurquer des projets pour les expérimenter et les spécialiser. Et bien que la plateforme soit axée sur le développement de logiciels libres, les utilisateurs peuvent passer du mode public au mode privé. 

GitHub aime DevSecOps

De plus, lorsqu'il s'agit de prendre en charge DevSecOps, GitHub a un sérieux avantage sur Azure DevOps. L'analyse directe du code, par exemple, vérifie automatiquement la présence de vulnérabilités, de mots de passe en clair, de clés de chiffrement et d'autres "secrets" ou problèmes potentiels dans le code. Cette fonctionnalité empêche également les développeurs d'introduire de nouveaux problèmes et permet aux utilisateurs de suivre les dépendances et de recevoir des alertes de sécurité. En d'autres termes, GitHub est doté de fonctionnalités DevSecOps intégrées. 

Il est également possible de faire de même avec Azure DevOps. Cependant, vous devrez vous intégrer à des outils tiers. Alors, que faire si vous êtes un utilisateur existant d'Azure DevOps, avec des projets qui nécessitent une planification avancée, mais que vous souhaitez toujours mettre en place des outils solides pour votre cadre DevSecOps ? Heureusement, il existe une troisième option : combiner Azure DevOps avec GitHub.

Pourquoi pas les deux ?

Microsoft a fait en sorte que ses deux solutions DevOps fonctionnent exceptionnellement bien ensemble. Par conséquent, vous pouvez utiliser le code de GitHub pour déclencher des pipelines dans Azure DevOps. Vous pouvez également tirer pleinement parti des fonctions de gestion de projet, de planification de sprint et d'authentification d'Azure DevOps et placer votre code dans GitHub. 

Les points forts de chaque outil étant assez bien définis, le fait de travailler avec les deux en même temps n'ajoutera pas beaucoup de complexité. Les chefs de projet seront naturellement attirés par Azure DevOps, tandis que les développeurs apprécieront ce que GitHub leur apporte. En fait, les jeunes développeurs de l'équipe ont probablement été élevés avec GitHub, et l'ont probablement déjà utilisé dans leur vie personnelle. 

Changer ou ne pas changer ?

Chez delaware, nous préférons réaliser les nouveaux projets - en particulier les projets DevSecOps - dans GitHub. Cependant, nous sommes également conscients qu'Azure DevOps est encore largement utilisé par un grand nombre de nos clients. Notre conseil est de faire correspondre soigneusement vos besoins aux points forts de chaque solution. Pour les projets qui nécessitent une gestion de projet avancée, Azure DevOps reste sans doute le meilleur choix, pour l'instant. Mais même dans ce cas, ajouter GitHub à votre pile existante pourrait être la meilleure solution. 

Le passage à GitHub est également relativement facile. Comme pour tout projet informatique, vous devrez réfléchir à l'avance à certaines choses. Comment allons-nous gérer le nommage et les droits ? Qu'en est-il de la gestion de projet et des dépôts ? Ce n'est pas beaucoup de travail en soi, mais ne pas prendre en compte ces éléments peut entraîner des inconvénients inattendus. Inutile de dire que nous sommes toujours disponibles pour aider les clients à prendre une décision éclairée. 

L'open source est l'avenir

Ce n'est un secret pour personne que l'attention de Microsoft se porte actuellement principalement sur GitHub. Par conséquent, de nombreuses fonctionnalités qui étaient autrefois propres à Azure DevOps, comme la gestion des flux de travail et les plans de test, sont également ajoutées à GitHub. Cela signifie qu'il est probable que nous allons passer à une solution à outil unique dans un avenir proche. Depuis peu, GitHub dispose même de son propre éditeur puissant, GitHub Codespaces, permettant aux développeurs d'écrire du code en direct dans le cloud. Pour les personnes qui ont l'habitude de travailler dans Visual Studio Code, la mise en page sera immédiatement familière. 

Tout cela pour dire que, même si Azure DevOps est la meilleure solution pour votre entreprise à l'heure actuelle et que vous souhaitez continuer à tirer parti de votre investissement actuel, il est toujours bon de garder un œil sur GitHub. Non seulement l'outil présente de nombreux avantages, mais c'est aussi le lieu où l'innovation se produit. Dans la mesure du possible, permettez à vos équipes d'expérimenter et d'apprendre avec GitHub. Pensez-y comme à une voiture électrique : la version diesel vous permettra toujours d'aller de A à B de manière fiable, mais tôt ou tard, vous devrez probablement faire la transition. 

Toutefois, un retrait complet d'Azure DevOps semble peu probable à court terme. Microsoft a l'habitude de continuer à soutenir ses anciennes solutions. Compte tenu des mérites d'Azure DevOps et du nombre d'utilisateurs qui continuent de s'y fier, les deux solutions devraient coexister pendant de nombreuses années encore.