Au cours des deux dernières années, de nombreuses personnes nous ont demandé quelles étaient les différences entre GitLab Self-managed (votre propre serveur privé)
et gitlab.com (la solution SaaS de GitLab).
Beaucoup sont confus quant à l’utilisation de GitLab dans le cloud,
C’est pourquoi j’ai décidé de publier un article complet et actualisé sur le sujet, basé sur les connaissances accumulées de notre entreprise, qui inclura tous les aspects et considérations pertinents au sujet.
J’ai divisé la réponse en une réponse courte et une réponse longue.
Les différences – en bref :
Dans GitLab Self-managed, vous aurez un contrôle total sur le serveur lui-même et sur l’environnement, avec tout ce que cela implique :
Sécurité, confidentialité, données, temps d’arrêt planifié, performances, latence.
Le serveur est sous votre responsabilité et vous aurez un accès root, vous aurez donc un contrôle total sur celui-ci.
En revanche – sur gitlab.com, vous obtiendrez bien sûr une instance privée, mais il est toujours important de se rappeler que vous partagez en fait le serveur avec d’autres (d’autres sociétés ou des particuliers) que vous ne connaissez pas. Il s’agit en fait d’une solution multi-locataire, ce qui affecte les considérations de performances, la sécurité des informations, la confidentialité, la disponibilité des serveurs, etc.
Les différences – explication longue :
J’ai divisé les différences en 3 aspects principaux:
A. Caractéristiques :
Certaines fonctionnalités n’existent pas dans gitlab.com (il y en a environ 40). Ceci est en fait dérivé du fait que vous n’avez pas le contrôle sur le serveur.
liste partielle :
- Intégration Active Directory/LDAP
- Note DevOps
- Modèles de fichiers d’instance
- Plugins
- Intégration Kerberos
- Git Server Hooks
- Accès auditeur
- et plus
Une liste complète peut être obtenue auprès de nous en nous contactant à devops.fr@almtoolbox.com
(La liste change de temps en temps et n’est pas disponible sur le site Web du fabricant).
B. Limitations:
Sur gitlab.com, il existe certaines limitations de temps/d’espace sur le stockage, la puissance de traitement, etc.
liste partielle :
- Limite de taille maximale du dépôt
- Limite d’appels API maximum par heure
- Limitation de la taille de stockage de toutes les informations du compte
- Une limite sur le temps d’exécution maximal pour CI si vous utilisez des coureurs publics dans le cloud
et plus.
Une liste complète peut être obtenue auprès de nous en nous contactant à devops.fr@almtoolbox.com
(La liste change de temps en temps et n’est pas disponible sur le site Web du fabricant).
Remarque : sur gitlab.com, certaines des restrictions peuvent être annulées en payant un supplément pour le stockage et la puissance de calcul pour exécuter CI (plus d’explications dans la section suivante)
C. Aspects liés à l’octroi de licences et aspects financiers :
Première différence :
Sur gitlab.com, vous devez payer pour chaque instance séparément.
En autogéré, vous pouvez configurer 2 environnements distincts, et étant donné que les mêmes utilisateurs utiliseront les 2 environnements, vous ne pouvez payer qu’une seule fois pour chaque utilisateur – il n’est donc pas nécessaire de payer une double redevance !
Par exemple, vous pouvez l’utiliser pour créer un environnement intermédiaire pour les tests sur un nouveau serveur avant de le mettre à niveau.
Deuxième différence :
Sur gitlab.com, il y a des frais supplémentaires pour l’extension de stockage et pour recevoir une puissance de calcul supplémentaire pour recevoir des “minutes CI” (réception d’une puissance de calcul supplémentaire) et/ou exécuter CI sur des processeurs spéciaux.
Le paiement pour cela n’est généralement pas relativement élevé – mais d’un autre côté – c’est une dépense dont le coût total est difficile à estimer à l’avance (comme toute dépense dans le cloud).
Foire aux questions (FAQ) :
1)Question : Nous voulons un serveur GitLab dans le cloud, mais nous ne voulons pas le maintenir nous-mêmes. Existe-t-il une solution ?
Oui, il y a une solution. Dans cette situation, nous offrons un service géré où nous gérerons l’environnement pour vous.
Nous offrons une variété d’options à ce sujet – de la responsabilité des mises à niveau du serveur à l’assistance totale, y compris le SLA. Pour plus de détails, contactez-nous : devops.fr@almtoolbox.com ou téléphonez au 01 84 17 53 28
Nous proposons également un service géré appelé “Apportez votre propre cloud” – où vous nous fournirez votre infrastructure dans le cloud (dans votre environnement préféré), et nous y construirons et maintiendrons votre environnement.
Il est important de rappeler qu’une solution “Self-managed” signifie que vous pouvez aussi mettre un serveur privé (single tenant) dans un cloud privé, et profiter ensuite de tous les mondes : les avantages d’un serveur privé et d’un infogéré de haute qualité service où vous n’avez pas à vous occuper de la maintenance du serveur et de l’environnement.
2) Question : La liste des différences fonctionnelles est longue et nécessite un long examen. Existe-t-il un moyen de raccourcir le test?
Oui, la réponse est oui. Il y a quelques années, nous avons écrit un article qui aide à choisir une édition GitLab dans le sens inverse (en utilisant la méthode d’élimination).
En plus de cela, nous pouvons vous aider à passer cet examen avec vous, avec l’aide de notre équipe d’experts pour GitLab et le cloud. Nous offrons un tel service – contactez-nous par e-mail devops.fr@almtoolbox.com ou par téléphone au 01 84 17 53 28
3) Question : Nous voulons essayer GitLab dans le cloud / Autogéré. Est-ce possible et comment ?
Oui c’est possible. Contactez-nous et nous pouvons vous donner accès à l’expérience. Nous avons des environnements de tous types et avec toutes les fonctionnalités de GitLab.
4) Question : Quelles sont les différences entre les éditions qui se trouvent sur gitlab.com / Autogéré ?
GitLab est divisé en 3 éditions : Free, Premium, Ultimate. Tous les trois sont disponibles en mode autogéré et dans le cloud.
L’article suivant contient une liste complète de toutes les fonctionnalités de GitLab (plus de 500), divisées par versions.
5) Question : Nous utilisons actuellement GitLab Self-managed et souhaitons passer à gitlab.com – est-ce possible ?
Oui possible. D’après notre expérience, la question nécessite une certaine planification et un plan d’action, car il s’agit généralement d’un système utilisé par de nombreux utilisateurs, et il est important de le faire correctement et en toute sécurité.
En plus de cela – la facilité de transition est également liée à la version actuellement installée avec vous, car il n’est pas possible de passer d’une version à gitlab.com, donc plusieurs mises à niveau de version peuvent être nécessaires pour être prêt à passer au cloud .
Nous offrons un tel service de migration, basé sur notre expérience accumulée et les meilleures pratiques pour une exécution rapide et sûre.
Contactez-nous pour plus de détails par e-mail devops.fr@almtoolbox.com ou par téléphone au 01 84 17 53 28
6)Question : Est-il possible de passer de l’un à l’autre ? C’est-à-dire de gitlab.com à GitLab autogéré, ou vice versa de l’autogéré à Gitab.com ?
Oui, les deux sens sont possibles. D’après notre expérience, la question nécessite une certaine planification et un plan d’action, car il s’agit généralement d’un système utilisé par de nombreux utilisateurs, et il est important de le faire correctement, rapidement et en toute sécurité.
Nous offrons un tel service basé sur notre expérience cumulée – n’hésitez pas à nous contacter par e-mail devops.fr@almtoolbox.com ou par téléphone au 01 84 17 53 28
Quelques notes finales :
- L’article est correct au moment de la rédaction de l’article (janvier 2023). À l’avenir, il peut y avoir des changements, bien sûr, et il est possible que certaines des fonctionnalités qui ne sont actuellement pas disponibles sur gitlab.com soient disponibles à l’avenir.
- L’article n’a pas été écrit par AI. L’image d’illustration a été préparée avec l’aide de l’IA.
