{"id":999,"date":"2023-01-16T08:35:47","date_gmt":"2023-01-16T08:35:47","guid":{"rendered":"https:\/\/www.almtoolbox.com\/fr\/blog\/?p=999"},"modified":"2023-01-17T05:27:13","modified_gmt":"2023-01-17T05:27:13","slug":"gitlab-com-vs-managed-managed","status":"publish","type":"post","link":"https:\/\/www.almtoolbox.com\/fr\/blog\/gitlab-com-vs-managed-managed\/","title":{"rendered":"Diff\u00e9rences entre gitlab.com (SaaS) et GitLab autog\u00e9r\u00e9 (Self-managed)"},"content":{"rendered":"

Au cours des deux derni\u00e8res ann\u00e9es, de nombreuses personnes nous ont demand\u00e9 quelles \u00e9taient les diff\u00e9rences entre GitLab Self-managed (votre propre serveur priv\u00e9)
\net gitlab.com (la solution SaaS de GitLab).
\nBeaucoup sont confus quant \u00e0 l’utilisation de GitLab dans le cloud,
\nC’est pourquoi j’ai d\u00e9cid\u00e9 de publier un article complet et actualis\u00e9 sur le sujet, bas\u00e9 sur les connaissances accumul\u00e9es de notre entreprise, qui inclura tous les aspects et consid\u00e9rations pertinents au sujet.<\/p>\n

\"GitLab<\/p>\n

J’ai divis\u00e9 la r\u00e9ponse en une r\u00e9ponse courte et une r\u00e9ponse longue.<\/p>\n

Les diff\u00e9rences – en bref :<\/strong><\/p>\n

Dans GitLab Self-managed, vous aurez un contr\u00f4le total sur le serveur lui-m\u00eame et sur l’environnement, avec tout ce que cela implique\u00a0:
\nS\u00e9curit\u00e9, confidentialit\u00e9, donn\u00e9es, temps d’arr\u00eat planifi\u00e9, performances, latence.
\nLe serveur est sous votre responsabilit\u00e9 et vous aurez un acc\u00e8s root, vous aurez donc un contr\u00f4le total sur celui-ci.<\/p>\n

En revanche – sur gitlab.com, vous obtiendrez bien s\u00fbr une instance priv\u00e9e, mais il est toujours important de se rappeler que vous partagez en fait le serveur avec d’autres (d’autres soci\u00e9t\u00e9s ou des particuliers) que vous ne connaissez pas. Il s’agit en fait d’une solution multi-locataire, ce qui affecte les consid\u00e9rations de performances, la s\u00e9curit\u00e9 des informations, la confidentialit\u00e9, la disponibilit\u00e9 des serveurs, etc.<\/p>\n

Les diff\u00e9rences – explication longue :<\/h3>\n

J’ai divis\u00e9 les diff\u00e9rences en 3 aspects principaux:<\/p>\n

A. Caract\u00e9ristiques\u00a0:<\/strong>
\nCertaines fonctionnalit\u00e9s n’existent pas dans gitlab.com (il y en a environ 40). Ceci est en fait d\u00e9riv\u00e9 du fait que vous n’avez pas le contr\u00f4le sur le serveur.
\nliste partielle\u00a0:<\/p>\n

    \n
  1. Int\u00e9gration Active Directory\/LDAP<\/li>\n
  2. Note DevOps<\/li>\n
  3. Mod\u00e8les de fichiers d’instance<\/li>\n
  4. Plugins<\/li>\n
  5. Int\u00e9gration Kerberos<\/li>\n
  6. Git Server Hooks<\/li>\n
  7. Acc\u00e8s auditeur<\/li>\n
  8. et plus<\/li>\n<\/ol>\n

    Une liste compl\u00e8te peut \u00eatre obtenue aupr\u00e8s de nous en nous contactant \u00e0 devops.fr@almtoolbox.com<\/a>
    \n(La liste change de temps en temps et n’est pas disponible sur le site Web du fabricant).<\/p>\n

    B. Limitations:<\/strong>
    \nSur gitlab.com, il existe certaines limitations de temps\/d’espace sur le stockage, la puissance de traitement, etc.
    \nliste partielle\u00a0:<\/p>\n

      \n
    1. Limite de taille maximale du d\u00e9p\u00f4t<\/li>\n
    2. Limite d’appels API maximum par heure<\/li>\n
    3. Limitation de la taille de stockage de toutes les informations du compte<\/li>\n
    4. Une limite sur le temps d’ex\u00e9cution maximal pour CI si vous utilisez des coureurs publics dans le cloud
      \net plus.<\/li>\n<\/ol>\n

      Une liste compl\u00e8te peut \u00eatre obtenue aupr\u00e8s de nous en nous contactant \u00e0 devops.fr@almtoolbox.com<\/a>
      \n(La liste change de temps en temps et n’est pas disponible sur le site Web du fabricant).<\/p>\n

      Remarque : sur gitlab.com, certaines des restrictions peuvent \u00eatre annul\u00e9es en payant un suppl\u00e9ment pour le stockage et la puissance de calcul pour ex\u00e9cuter CI (plus d’explications dans la section suivante)<\/p>\n

      C. Aspects li\u00e9s \u00e0 l’octroi de licences et aspects financiers\u00a0:
      \nPremi\u00e8re diff\u00e9rence :<\/strong>
      \nSur gitlab.com, vous devez payer pour chaque instance s\u00e9par\u00e9ment.
      \nEn autog\u00e9r\u00e9, vous pouvez configurer 2 environnements distincts, et \u00e9tant donn\u00e9 que les m\u00eames utilisateurs utiliseront les 2 environnements, vous ne pouvez payer qu’une seule fois pour chaque utilisateur – il n’est donc pas n\u00e9cessaire de payer une double redevance\u00a0!
      \nPar exemple, vous pouvez l’utiliser pour cr\u00e9er un environnement interm\u00e9diaire pour les tests sur un nouveau serveur avant de le mettre \u00e0 niveau.<\/p>\n

      Deuxi\u00e8me diff\u00e9rence :<\/strong>
      \nSur gitlab.com, il y a des frais suppl\u00e9mentaires pour l’extension de stockage et pour recevoir une puissance de calcul suppl\u00e9mentaire pour recevoir des “minutes CI” (r\u00e9ception d’une puissance de calcul suppl\u00e9mentaire) et\/ou ex\u00e9cuter CI sur des processeurs sp\u00e9ciaux.
      \nLe paiement pour cela n’est g\u00e9n\u00e9ralement pas relativement \u00e9lev\u00e9 – mais d’un autre c\u00f4t\u00e9 – c’est une d\u00e9pense dont le co\u00fbt total est difficile \u00e0 estimer \u00e0 l’avance (comme toute d\u00e9pense dans le cloud).<\/p>\n

      Foire aux questions (FAQ) :<\/h3>\n

      1)Question\u00a0: Nous voulons un serveur GitLab dans le cloud, mais nous ne voulons pas le maintenir nous-m\u00eames. Existe-t-il une solution ?<\/h4>\n

      Oui, il y a une solution. Dans cette situation, nous offrons un service g\u00e9r\u00e9 o\u00f9 nous g\u00e9rerons l’environnement pour vous.
      \nNous offrons une vari\u00e9t\u00e9 d’options \u00e0 ce sujet – de la responsabilit\u00e9 des mises \u00e0 niveau du serveur \u00e0 l’assistance totale, y compris le SLA. Pour plus de d\u00e9tails, contactez-nous :       devops.fr@almtoolbox.com<\/a>\u00a0 ou t\u00e9l\u00e9phonez au 01 84 17 53 28<\/p>\n

      Nous proposons \u00e9galement un service g\u00e9r\u00e9 appel\u00e9 “Apportez votre propre cloud” – o\u00f9 vous nous fournirez votre infrastructure dans le cloud (dans votre environnement pr\u00e9f\u00e9r\u00e9), et nous y construirons et maintiendrons votre environnement.<\/p>\n

      Il est important de rappeler qu’une solution “Self-managed” signifie que vous pouvez aussi mettre un serveur priv\u00e9 (single tenant) dans un cloud priv\u00e9, et profiter ensuite de tous les mondes : les avantages d’un serveur priv\u00e9 et d’un infog\u00e9r\u00e9 de haute qualit\u00e9 service o\u00f9 vous n’avez pas \u00e0 vous occuper de la maintenance du serveur et de l’environnement.<\/p>\n

      2) Question\u00a0: La liste des diff\u00e9rences fonctionnelles est longue et n\u00e9cessite un long examen. Existe-t-il un moyen de raccourcir le test?<\/h4>\n

      Oui, la r\u00e9ponse est oui. Il y a quelques ann\u00e9es, nous avons \u00e9crit un article qui aide \u00e0 choisir une \u00e9dition GitLab dans le sens inverse (en utilisant la m\u00e9thode d’\u00e9limination).<\/p>\n

      En plus de cela, nous pouvons vous aider \u00e0 passer cet examen avec vous, avec l’aide de notre \u00e9quipe d’experts pour GitLab et le cloud. Nous offrons un tel service – contactez-nous par e-mail devops.fr@almtoolbox.com<\/a>\u00a0 ou par\u00a0 t\u00e9l\u00e9phone\u00a0 au 01 84 17 53 28<\/p>\n

      3) Question\u00a0: Nous voulons essayer GitLab dans le cloud \/ Autog\u00e9r\u00e9. Est-ce possible et comment ?<\/h4>\n

      Oui c’est possible. Contactez-nous et nous pouvons vous donner acc\u00e8s \u00e0 l’exp\u00e9rience. Nous avons des environnements de tous types et avec toutes les fonctionnalit\u00e9s de GitLab.<\/p>\n

      4) Question\u00a0: Quelles sont les diff\u00e9rences entre les \u00e9ditions qui se trouvent sur gitlab.com \/ Autog\u00e9r\u00e9\u00a0?<\/h4>\n

      GitLab est divis\u00e9 en 3 \u00e9ditions : Free, Premium, Ultimate. Tous les trois sont disponibles en mode autog\u00e9r\u00e9 et dans le cloud.<\/p>\n

      L’article suivant contient une liste compl\u00e8te de toutes les fonctionnalit\u00e9s de GitLab (plus de 500), divis\u00e9es par versions.<\/p>\n

      5) Question : Nous utilisons actuellement GitLab Self-managed et souhaitons passer \u00e0 gitlab.com – est-ce possible ?<\/h4>\n

      Oui possible. D’apr\u00e8s notre exp\u00e9rience, la question n\u00e9cessite une certaine planification et un plan d’action, car il s’agit g\u00e9n\u00e9ralement d’un syst\u00e8me utilis\u00e9 par de nombreux utilisateurs, et il est important de le faire correctement et en toute s\u00e9curit\u00e9.
      \nEn plus de cela – la facilit\u00e9 de transition est \u00e9galement li\u00e9e \u00e0 la version actuellement install\u00e9e avec vous, car il n’est pas possible de passer d’une version \u00e0 gitlab.com, donc plusieurs mises \u00e0 niveau de version peuvent \u00eatre n\u00e9cessaires pour \u00eatre pr\u00eat \u00e0 passer au cloud .
      \nNous offrons un tel service de migration, bas\u00e9 sur notre exp\u00e9rience accumul\u00e9e et les meilleures pratiques pour une ex\u00e9cution rapide et s\u00fbre.
      \nContactez-nous pour plus de d\u00e9tails par e-mail       devops.fr@almtoolbox.com<\/a>\u00a0 ou par\u00a0 t\u00e9l\u00e9phone\u00a0 au 01 84 17 53 28<\/p>\n

      6)Question : Est-il possible de passer de l’un \u00e0 l’autre ? C’est-\u00e0-dire de gitlab.com \u00e0 GitLab autog\u00e9r\u00e9, ou vice versa de l’autog\u00e9r\u00e9 \u00e0 Gitab.com\u00a0?<\/h4>\n

      Oui, les deux sens sont possibles. D’apr\u00e8s notre exp\u00e9rience, la question n\u00e9cessite une certaine planification et un plan d’action, car il s’agit g\u00e9n\u00e9ralement d’un syst\u00e8me utilis\u00e9 par de nombreux utilisateurs, et il est important de le faire correctement, rapidement et en toute s\u00e9curit\u00e9.
      \nNous offrons un tel service bas\u00e9 sur notre exp\u00e9rience cumul\u00e9e – n’h\u00e9sitez pas \u00e0\u00a0 nous contacter\u00a0 par e-mail       devops.fr@almtoolbox.com<\/a>\u00a0 ou par\u00a0 t\u00e9l\u00e9phone\u00a0 au 01 84 17 53 28<\/p>\n

      Quelques notes finales\u00a0:<\/h3>\n