GitLab, le populaire service DevOps open source, a annoncé aujourd’hui la version 15 de sa plateforme. Comme d’habitude, GitLab annonce essentiellement sa feuille de route pour l’intégralité du cycle de publication de GitLab 15 ici, avec toutes les nouvelles fonctionnalités déployées au cours de l’année prochaine. La société affirme qu’elle se concentrera sur l’observabilité, la sécurité, la planification d’entreprise et l’automatisation des flux de travail.
L’une des premières nouvelles fonctionnalités que GitLab envisage de lancer est basée sur son acquisition d’Opstrace en décembre dernier.
« Nous allons continuer à intégrer non seulement une plate-forme d’observabilité – disponible par défaut pour les développeurs pour stocker leurs données d’observabilité et instrumenter facilement leurs applications – mais apporter des expériences vraiment formidables qu’aucune autre plate-forme DevOps ne peut créer en présentant ces informations dans le droit contexte pour les développeurs », m’a dit Kenny Johnston, chef de produit chez GitLab, lors d’une interview lors de l’événement KubeCon Europe de la semaine dernière. « Pensez à des choses comme les développeurs qui écrivent du code et sont conscients des incidents ou erreurs récents liés à cette partie spécifique du code. »
Crédits image : GitLab
Mais en plus de donner aux développeurs plus de contexte sur la façon dont leur code fonctionne (ou échoue), la nouvelle version donnera également aux équipes plus d’informations sur leur processus DevOps global. Étant donné que les équipes effectuent tout leur travail DevOps sur GitLab, le service peut fournir des mesures telles que le temps de fusion, la modification des taux d’échec ou la fréquence de déploiement. GitLab étend désormais sa prise en charge de toutes les métriques de recherche et d’évaluation DevOps (DORA4). « Ce que nous réalisons, c’est qu’il ne s’agit pas d’un seul chiffre », a déclaré Johnston. « Il est également important de savoir comment vous répartissez ce nombre, vous avez donc besoin de ce nombre par une équipe individuelle, par exemple. [ … ] Vous pouvez obtenir une sorte de score basé sur l’équipe pour chacun de ces [teams] et alors les organisations peuvent dire : que fait cette équipe que ces autres équipes devraient faire ? »
Du côté de la sécurité, GitLab ajoute de nouvelles fonctionnalités de sécurité de la chaîne d’approvisionnement logicielle dans ce cycle (ce n’est pas surprenant, étant donné que c’est peut-être le sujet le plus brûlant en matière de sécurité en ce moment). Les équipes pourront bientôt générer automatiquement une nomenclature logicielle avec une attestation signée pour les artefacts de build, par exemple. Les équipes de sécurité pourront également bientôt définir des politiques de sécurité au niveau du groupe, et la société ajoute des outils de test de sécurité de nouvelle génération à ses scanners.
Autre nouveauté de cette version, des fonctionnalités supplémentaires dans les outils de planification de GitLab pour offrir aux équipes plus de flexibilité quant aux frameworks qu’elles souhaitent utiliser, ainsi que quelques changements de qualité de vie comme l’ajout de vues de sauvegarde et de requêtes. GitLab 15 aura également la possibilité de sélectionner automatiquement les réviseurs de code et les prochaines étapes du flux de travail.
Plus important encore, GitLab lance également de nouveaux outils pour faciliter la collaboration entre les développeurs et les équipes de science des données qui créent des modèles ML. « Nous observons ce modèle très courant d’un mélange entre les applications, les données logicielles et les modèles – et le processus DevOps pour cela consiste à écrire un nouveau code qui tirera parti de ce nouveau modèle. Mais nous avons vraiment du mal à nous assurer que les modifications que nous apportons au modèle et au code sont combinées car le modèle se trouve dans une application différente de celle où le code est.