GitHub Enterprise Server et GitHub Enterprise Cloud
GitHub propose deux offres de niveau entreprise : GitHub Enterprise Cloud (GHEC) et GitHub Enterprise Server (GHES). Bien qu’ils partagent de nombreux concepts de base, ils diffèrent considérablement dans la façon dont ils sont exploités, mis à jour et sécurisés.
La compréhension de ces différences permet aux développeurs d’éviter les hypothèses incorrectes lors du basculement entre les plateformes.
Dans cette unité, vous allez apprendre
Comment GHES et GHEC diffèrent dans l’architecture et les opérations
Quelles fonctionnalités peuvent se comporter différemment ou arriver ultérieurement sur GHES
Comment la confidentialité et la visibilité sont gérées entre les offres
Ce que les utilisateurs gérés par l’entreprise (EMU) modifient dans les environnements cloud
| Fonctionnalité | GitHub Enterprise Cloud (GHEC) | GitHub Enterprise Server (GHES) |
|---|---|---|
| Modèle d’hébergement | Offre SaaS hébergée par GitHub | Auto-hébergé sur l’infrastructure client |
| Livraison de fonctionnalités | Livraison continue des fonctionnalités | Cadence de publication trimestrielle |
| Surcharge opérationnelle | Réduction de la surcharge opérationnelle | Infrastructure et mises à niveau gérées par le client |
| Visibilité du dépôt | Référentiels publics et privés pris en charge | Tous les référentiels sont privés par défaut |
| Confidentialité et isolation | Confidentialité contrôlée au niveau de l’entreprise, de l’organisation, de l’équipe ou du dépôt | Isolation complète du réseau et de la sécurité |
Les deux offres sont hautement sécurisées. Toutefois, les clients ayant des exigences strictes en matière de résidence des données choisissent généralement GHES lorsqu’ils nécessitent l’auto-hébergement et l’isolation réseau, ou lorsque la stratégie d’entreprise limite l’utilisation des services cloud publics.
Utilisateurs gérés par l’entreprise (cloud uniquement)
Lors de l’utilisation de GitHub Enterprise Cloud avec des utilisateurs gérés par l’entreprise (EMU) :
Les utilisateurs sont approvisionnés et gérés via le fournisseur d’identité du client
Les utilisateurs ne peuvent pas déplacer du code de référentiels privés vers des comptes personnels
Toutes les activités sont consignées de manière centralisée dans les journaux d’audit GitHub
Il est important de faire la distinction entre GitHub Enterprise Cloud (GHEC) et GitHub Enterprise Cloud avec les utilisateurs gérés par l’entreprise (GHEC-EMU).
GHEC-EMU n’autorise pas l’interaction avec des comptes personnels GitHub.com ou des dépôts publics. Les utilisateurs sont entièrement gérés dans la limite d’entreprise et le code ne peut pas être transféré en dehors de cet environnement managé.
La norme GHEC, en revanche, permet l’interaction avec GitHub.com, y compris la collaboration avec des comptes personnels et des référentiels publics, soumis à la stratégie d’entreprise.
GHES obtient un contrôle similaire par défaut, car tous les utilisateurs et toutes les données existent uniquement dans l’instance GHES, et l’accès est régi par les contrôles d’identité et de réseau choisis par l’organisation.
Considérations relatives à la disponibilité des fonctionnalités
Bien que GHES vise une parité proche avec GitHub Enterprise Cloud, certaines différences restent :
Les nouvelles fonctionnalités apparaissent généralement sur GHES un ou plusieurs trimestres plus tard
Certaines fonctionnalités natives cloud peuvent ne jamais arriver sur GHES
Certaines intégrations nécessitent un accès Internet sortant
Du point de vue du développeur, la clé consiste à traiter la disponibilité des fonctionnalités comme propres à l’environnement. Si vous avez appris un flux de travail sur GitHub.com, vérifiez qu’il est pris en charge et activé sur votre instance GHES avant de l’utiliser.
Principaux points à prendre : GHES et GHEC utilisent des concepts GitHub similaires, mais ils diffèrent de la personne qui exploite la plateforme, de la rapidité des fonctionnalités qui arrivent et des fonctionnalités natives cloud disponibles.
Maintenant que vous pouvez comparer les plateformes de manière générale, l’unité suivante se concentre sur la cadence de publication de GHES et la sensibilisation à la version — l’une des différences pratiques les plus importantes pour les développeurs.