GitLab 9.0 fait le plein de nouveautés : déploiement, sous-groupes, surveillance et performances

GitLab 9.0 fait le plein de nouveautés : déploiement, sous-groupes, surveillance et performances

L'assaut contre GitHub et Bitbucket continue

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

23/03/2017 6 minutes
17

GitLab 9.0 fait le plein de nouveautés : déploiement, sous-groupes, surveillance et performances

GitLab, concurrent open source de GitHub et Bitbucket, vient de publier la version 9.0 de sa suite. Les ambitions sont grandes, l’éditeur affirmant qu’il couvre désormais la totalité de la chaine d’outils DevOps. Les nouveautés sont assez nombreuses, notamment dans la gestion des équipes et la surveillance des performances.

GitLab est en général connu comme un concurrent direct de GitHub, qui en dépit d’un code fermé, reste la référence dans le domaine de l’hébergement de projets. Rappelons qu’il n’existait au départ qu’un seul produit. Mais en 2013, GitLab a été proposé en deux éditions, une Community open source, et une Enterprise, comprenant des fonctionnalités supplémentaires, mais payante et en partie fermée.

Déploiement plus simple et arrivée des sous-groupes

La mouture Community avait reçu en décembre une importante mise à jour 8.15, récupérant au passage une fonctionnalité très appréciée de l’Enterprise : les Pages. C’est désormais au tour de cette dernière de recevoir une nouvelle version, même si GitLab 9.0 comprend des améliorations pour l’ensemble des utilisateurs. Elle se focalise en particulier sur tout ce qui touche au déploiement et à la supervision. La vidéo de démonstration publiée dans l’annonce vante d’ailleurs la simplicité de mise en place.

Les nouveautés sont nombreuses. Par exemple, GitLab gère maintenant les sous-groupes dans les équipes. Chacune pourra donc être organisée en cellules plus petites, selon les besoins. GitLab renforce ici l’un de ses points forts, l’éditeur ayant souvent veillé à proposer une plus grande granularité que son concurrent. La version 8.13 avait ainsi ajouté l’expiration automatique des droits pour les membres déclarés comme temporaires.

gitlab

Panneaux de déploiement et surveillance des performances 

L’un des plus gros ajouts de cette version 9.0 est le Deploy Board. Il s'agit d'un nouveau système de panneaux permettant d’avoir une vision d’ensemble de tous les déploiements en cours. Les utilisateurs autorisés pourront donc superviser toutes les opérations et repérer notamment celles qui posent problème. Des actions seront évidemment possibles, comme la réinitialisation ou l’annulation. Chaque déploiement d’application peut avoir son propre panneau.

Autre apport important, un nouveau panneau de surveillance des performances. Il est fondé sur Prometheus, un projet libre de la Cloud Native Computing Foundation. Il s’agit d’une solution de surveillance et d’alerte pour de nombreux évènements liés au cloud, notamment dans la gestion des conteneurs. Au sein de GitLab, il est utilisé pour faire remonter des informations sur le fonctionnement des applications dans leur environnement respectif.

gitlab

Un bouton pour télécharger un CSV contenant les détails d'un problème

Nouveautés également sur la gestion des erreurs. GitLab indique que les utilisateurs réclamaient depuis un moment la possibilité de créer un snapshot (instantané) des problèmes en vue de les analyser plus tard en mode hors-ligne. La version 9.0 ajoute donc un bouton Télécharger en haut à droite de l’erreur. Une fois enclenché, il expédie dans un email à l’utilisateur un fichier CSV contenant tous les détails.

Côté performances, il y a aussi du neuf. Elasticsearch 5.1 est ainsi de la partie, avec au passage une flopée de petites corrections de bugs. GitLab 9.0 supporte également les grappes (clusters) HTTPS Elasticsearch et hébergées dans AWS (Amazon Web Services). L’éditeur ajoute que les grandes installations GitLab bénéficieront de plusieurs améliorations de performances, notamment sur l’indexation initiale, et dans une moindre mesure durant celle des dépôts.

Version 4 de l'API et outil de récupération après « désastre complet »

Parmi les autres améliorations, on pourra citer l’arrivée du load balancing (équilibrage de charge) pour les requêtes dès que PostgreSQL est utilisé, une modernisation générale de l’interface dans certaines zones (notamment les onglets), la possibilité de réorganiser par glisser-déposer les problèmes dans le panneau dédié (également valable dans la Community Edition), ou encore, pour l’ensemble des clients, l’arrivée de la version 4 de l’API. L’éditeur assure que cette dernière est désormais plus cohérente et davantage tournée vers REST.

GitLab travaille également sur une fonctionnalité attendue de pied ferme : la récupération après un « désastre complet ». Elle prendra appui sur Geo, disponible depuis la version 8.5 et qui permet de créer des instances miroirs de la principale. Jusqu’à présent cependant, elle ne répliquait que les fichiers sauvegardés. Les clients Enterprise peuvent donc maintenant récupérer une version alpha de Disaster Recovery, qui vient combler ce manque, mais n’est pas à considérer (loin de là) comme réellement sûre.

Des améliorations communes avec l'édition Community 

On notera également que d’autres améliorations sont disponibles pour toutes les éditions, y compris la Community : la gestion native des emoji Unicode, un début de refonte pour le widget dédié aux requêtes Merge, la possibilité de créer des équipes sur Mattermost en même temps qu’un nouveau groupe dans GitLab, le filtrage et la recherche pour les noms de groupes (pour compenser l’arrivée de sous-groupes), la pagination pour la liste des environnements ou encore l’ajout optionnel d’actions manuelles pour bloquer les pipelines.

La très longue liste des améliorations peut être lue depuis le site officiel. On y trouve notamment une série de contributions émanant directement de la communauté, comme la possibilité d’afficher la hiérarchie dans la liste des pages wiki.

La nouvelle version peut être installée dès maintenant. Pour rappel, la Community est gratuite mais se destine aux projets personnels ou tenus par de petites équipes, avec peu de contrôles sur l’organisation du travail. L’édition Enterprise débute à 3,25 dollars par mois et ajoute plusieurs éléments importants comme la synchronisation LDAP, les miroirs de dépôts et les approbations de requêtes Merge.

17

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Déploiement plus simple et arrivée des sous-groupes

Panneaux de déploiement et surveillance des performances 

Un bouton pour télécharger un CSV contenant les détails d'un problème

Version 4 de l'API et outil de récupération après « désastre complet »

Des améliorations communes avec l'édition Community 

Commentaires (17)


Du beau boulot comme à chaque fois.


Contrairement à ce que laisse entendre l’article, les versions Community et Enterprise sont toujours synchronisées, les MàJ sortent au même moment.


C’est dans le dernier paragraphe que se trouvent les changements de la Community :)


Je comprends pas pourquoi cet outil est si sous-utilisé voire méconnu

Il permet plus de choses que GitHub même avec un compte gratuit!

Un plaisir de l’utiliser


Github est surtout utilisé pour sa communauté.


Mais il sera toujours trop lourd pour un raspberry, donc je reste sous gogs !

Cela dit les fonctionnalités sont vraiment intéressantes…


Mon gitlab tourne sur un kimsuffi à 5€ (atom + 2go de ram) donc ça devrait passer sur raspberry.


Wapaca, c’est une grosse usine ruby avec unicorn qui est assez consommateur quand même, mais il ya beaucoup plus de features que gogs, espérons qu’à un moment ils vont penser à aller vers un langage plus performant et plus léger.



Concernant ce que dit jackjack2, gitlab.com (qui utilise la version EE sur les versions RC quand disponibles) a parfois des ralentissements un peu gênants dû à sa base de données postgresql, car ils n’utilisaient qu’une seule base en réplication. La 9.0 comble ce manque et c’est surtout pour eux, et ils nous font profiter de l’amélioration. Maintenant gitlab.com pourra écrire sur 1 noeud et lire sur plusieurs :)



L’intégration d’outils de monitorings permet à une startup un rampup plus rapide mais pour une boite de taille moyenne, c’est bien trop léger


Github est surtout très utilisé, voir indispensable, parce qu’aujourd’hui les employeurs en réclament un avant même de pouvoir être reçu en entretien d’embauche, directement dans l’offre d’emploi.








Trollalalala a écrit :



Mais il sera toujours trop lourd pour un raspberry, donc je reste sous gogs !

Cela dit les fonctionnalités sont vraiment intéressantes…





Gitlab fourni les paquets pour Raspberry Pi  2

“we will only release Raspberry Pi 2 packages under Raspbian distribution”

 



>La mouture Community avait reçu en décembre une importante mise à jour 8.15, récupérant au passage une fonctionnalité très appréciée de l’Enterprise : les Pages.



Pour cela, on peut chaleureusement remercier l’association Framasoft qui a initié la demande et convaincu gitlab de faire ce choix !








Wapaca a écrit :



Mon gitlab tourne sur un kimsuffi à 5€ (atom + 2go de ram) donc ça devrait passer sur raspberry.





Ça passe mais c’est mou avec 1Go de RAM…!



Ouais enfin si tu envoies ton GitLab, à moins qu’ils soient vraiment cons ils s’en contenteront. Et si ils sont vraiment cons bah tu sais que tu veux pas bosser pour eux <img data-src=" />



Pour moi la différence c’est juste une question de notoriété et de confiance. C’est relativement récent le fait que GitLab.com (pas en auto hébergé, mais avec un compte chez eux donc) soit une alternative viable à GitHub. Au début le service était vraiment lent voir inaccessible régulièrement parce qu’ils n’avaient pas l’infra derrière. Donc impensable à l’époque de switcher réellement.



Mais petit à petit ils font ce qu’il faut et se donnent les moyens en plus de développer activement leur outil pour innover et je pense que du côté des devs ça fait son petit effet au fur et à mesure.


Je ne suis pas fan de cette supposé pratique (j’ai la chance de ne pas chercher de boulot).&nbsp;


Très belle outil.



Perso j’étais sous git avec extensions .



Mais j’ai découvert cette année GitLab ,belle surprise.


Mise à jour faite à l’instant, petite frayeur sur mes dépôts git qui me donnaient une erreur 22, mais après un reconfigure & restart de gitlab ça fonctionne parfaitement.


Ce qui est con puisque cela élimine ceux qui n’ont pas de compte github. Ils ne sont pas forcément de mauvais dévs, juste qu’ils ne bossent pas en open source, ou n’ont simplement pas envie de montrer ce qu’ils font sur leur temps libre (mes dévs perso sont très loin d’avoir la qualité de mes dévs pro).