Nota: El GitHub Packages en GitHub Enterprise Server actualmente no admite la agrupación en clústeres.
Paso 1: Verifica si el GitHub Packages está disponible para tu empresa
El GitHub Packages está disponible para GitHub Enterprise Server 3.0 o superior. Si estás utilizando una versión más antigua de GitHub Enterprise Server, tendrás que mejorarla para utilizar el GitHub Packages. Para más información sobre cómo actualizar la instancia de GitHub Enterprise Server, consulte "Acerca de las mejoras a los nuevos lanzamientos".
Paso 2: Revisar los requisitos de hardware
Si tiene previsto habilitar Container registry para los usuarios de su instancia, necesitará al menos un 10 % más de recursos de CPU.
Se recomienda revisar los niveles de actividad de los usuarios y las automatizaciones de la instancia para asegurarse de que ha aprovisionado una CPU adecuada para los usuarios. Para obtener más información, vea «Supervisión de la instancia».
Para obtener más información sobre los requisitos mínimos de tu instancia de GitHub Enterprise Server, consulta las consideraciones de hardware relativas a la plataforma de tu instancia.
Para obtener más información sobre el ajuste de recursos para una instancia existente, consulte "Aumentar el CPU o los recursos de memoria".
Paso 3: Habilitación de GitHub Packages y configuración del almacenamiento externo
GitHub Packages en GitHub Enterprise Server utiliza almacenamiento externo de blobs para almacenar tus paquetes.
Después de habilitar los GitHub Packages para tu instancia de GitHub Enterprise Server, necesitarás preparar tu cubo de almacenamiento de terceros. La cantidad de almacenamiento que requieras dependerá de tu uso del GitHub Packages, y los lineamientos de configuración podrán variar dependiendo del proveedor de almacenamiento.
Proveedores de almacenamiento externo compatibles
- Amazon Web Services (AWS) S3
- Azure Blob Storage
- MinIO
Para habilitar el GitHub Packages y configurar el almacenamiento de terceros, consulta:
- "Habilitar GitHub packages con AWS"
- "Habilitar GitHub Packages con Azure Blob Storage"
- "Habilitar los GitHub Packages con MinIO"
Paso 4: Especificación de los ecosistemas de paquetes que admitir en la instancia
Elige qué ecosistemas de paquetes te gustaría habilitar, deshabilitar o configurar como de solo lectura en tu instancia de GitHub Enterprise Server. Las opciones disponibles son Container registry, Docker, RubyGems, npm, Apache Maven, Gradle, o NuGet. Para obtener más información, consulte "Configurar la compatibilidad del ecosistema de paquetes para tu empresa".
Paso 5: Comprobación de que hay un certificado TLS para la URL de host del paquete, si es necesario
Si se habilitado el aislamiento de subdominios para tu instancia de GitHub Enterprise Server, tendrás que crear y cargar un certificado TLS que permita la URL del host del paquete para cada ecosistema que quieras usar, por ejemplo, containers.HOSTNAME
. Asegúrese de que cada URL de host de paquete incluya https://
.
Puede crear el certificado manualmente, o bien puede usar Let's Encrypt. Si ya usa Let's Encrypt, debe solicitar un certificado TLS nuevo después de habilitar GitHub Packages. Para más información sobre las direcciones URL de host de paquete, vea "Habilitar el aislamiento de subdominio". Para más información sobre cómo cargar certificados TLS en GitHub Enterprise Server, vea "Configurar TLS".
Paso 6: Búsqueda y cambio de nombres reservados
Si quieres usar el ecosistema de Docker con aislamiento de subdominio deshabilitado, debes cambiar el nombre de cualquier usuario u organización denominados v2
en tu instancia de GitHub Enterprise Server antes de habilitar la compatibilidad con el ecosistema de Docker en la Consola de administración. Docker usa el nombre de cuenta v2
para administrar conflictos de ruta de acceso con la API de Docker y, una vez que hayas habilitado la compatibilidad con el registro de Docker, ya no podrás usar este nombre.
Para ver una lista completa de inicios de sesión reservados para uso interno, accede a la página "Inicios de sesión reservados" del panel de administración del sitio. Para obtener más información, vea «Administrar la instancia desde la interfaz del usuario web».