Installation et hébergement d'un serveur GitLab

Bonjour tout le monde! Aujourd'hui, nous allons explorer l'hébergement d'un serveur GitLab, les licences et les avantages/désavantages d'opter pour cette solution.

Pourquoi héberger son propre GitLab?

Il y a quelques raisons qui pourraient pousser une personne, un groupe de personnes ou même une entreprise à héberger leur propre installation au lieu de se fier à gitlab.com. En voici quelques-unes.

Vitesse

La vitesse est un facteur qui semble revenir beaucoup lorsque l'on recherche cela. Il est logique qu'interagir avec un serveur dans le même réseau que nous est beaucoup plus rapide qu'interagir avec un sur le web. Aussi, s'il y a des lenteurs ou des coupures, il est beaucoup plus facile de gérer cela dans notre propre infrastructure au lieu d'attendre que l'hébergeur règle leur problème. La même chose peut être dite si votre fournisseur internet ne fait plus son travail pour X raison.

Contrôle

Bien évidemment, le contrôle sur les données est une grosse raison qui est derrière tout cela. Il est comprenable qu'une entreprise veuille garder un contrôle serré, surtout autour de code privé. Héberger leur propre GitLab, BitBucket ou GitHub leur permet de garder un contrôle sur qui peut voir le code et qui peut interagir avec. Par exemple, seuls les étudiants du Collège Rosemont peuvent interagir (créer des "repositories", pousser des modifications, etc) sur le GitLab du Collège Rosemont.

Nous pouvons aussi dire qu'avoir le contrôle sur tout fait en sorte que la seule personne à blâmer, s'il y a un problème, est nous. Cela nous évite aussi de vivre les problèmes venant de l'hébergeur lorsqu'ils arrivent. Certains d'entre nous se souviennes de la fois où un programmeur, chez GitLab, a complètement supprimé leur base de données!

Pour finir avec cela, il est évident qu'un des désavantages de tout ce contrôle est que les éléments pris pour acquis sont maintenant entre vos mains. Comme dit plus haut, vous êtes la personne à blâmer s'il y a une perte de données, une configuration mal fait ou une interruption de service pour nommer quelques problèmes. Si vous hébergez pour vous-même, ce n'est pas si grave. Par contre, si l'hébergement est pour une entreprise, ce sont des variables à prendre en compte.

Licences

Heureusement, les licences de GitLab ne semblent pas autant compliquées que celles pour Windows Server! Pour toute installation personnelle, je recommande de juste utiliser l'édition communauté de GitLab (communément appelé gitlab-ce) pour la simple et bonne raison que je ne crois pas que vous allez avoir besoin des fonctionnalités professionnelles.

Pour les éditions entreprises (appelées gitlab-ee), je suis loin d'être un spécialiste de cela et je vous recommande de voir les différences entre les "tiers" de licence avec l'équipe de vente de GitLab.

Pour les curieux, voici le lien vers les prix des différentes licences de GitLab-ee.

L'installation

Pour l'installation de GitLab, nous avons quelques choix qui s'offrent à nous comme mentionné dans la documentation de GitLab. Les choix sont:

• Le package Linux
• GitLab Helm Chart pour les infrastructures Kubernetes
• Docker
• Le compiler sois-même. Cela serait surtout pour des systèmes pas supportés (BSD par exemple)
• GitLab Environment ToolKit pour le déploiment dans des architectures dans certains hébergeurs
• GitLab Operator pour les environnements OpenShift

Personnellement, j'ai décidé de faire l'installation avec Docker, car j'ai déjà quelques bases avec Docker et j'aimerais me familiariser encore avec ce système.

Avec Docker, l'installation a été quand même assez bien. J'ai réussi à la faire autant avec le Docker Compose proposé par GitLab qu'avec l'image de GitLab-ce sur Docker Hub. Par contre, j'ai rencontré un problème avec la quantité de ressources que GitLab prend pour fonctionner et je n'ai pas pu terminer l'installation. Je recevais toujours une erreur par rapport à un fichier .socket manquant et une erreur 502 en ouvrant le site. Après beaucoup de recherches, j'ai trouvé que cela était à cause d'un manque de ressources, plus particulièrement de mémoire vive, sur mon serveur. Ce manque de ressources semble l'empêcher de bien démarrer et de bien installer les composantes qu'il a besoin. Je trouve cela curieux que l'installation se passe sans problème lorsque des composantes cruciales ne soient pas installées. J'aurais préféré un message d'erreur lors de l'installation au lieu d'un message lorsque le serveur était "fonctionnel".

En effet, GitLab demande, au minimum, un processeur 4 coeurs et 4 GB de mémoire vive pour un serveur qui s'attend à un maximum de 500 utilisateurs. Pour une installation plus petite, GitLab recommande 2GB de mémoire "swap". Personnellement, je vous recommendes le minimum de 4GB même si c'est un peu excessif pour une petite installation personnelle.

Pour finir, j'ai commandé ce qu'il faut et il va probablement avoir une partie 2, au cours de la semaine prochaine, lorsque je vais avoir cette installation de GitLab fonctionnelle. Je dirais que j'ai bien hâte de voir le côté administrateur de la plateforme!