Примечание. GitHub Packages в GitHub Enterprise Server сейчас не поддерживает кластеризацию.
Шаг 1. Проверка доступности GitHub Packages для вашего предприятия
GitHub Packages доступен в GitHub Enterprise Server 3.0 или более поздней версии. Если вы используете более раннюю версию GitHub Enterprise Server, вам придется выполнить обновление для использования GitHub Packages. Дополнительные сведения об обновлении экземпляра GitHub Enterprise Server см. в разделе Сведения об обновлении до новых выпусков.
Шаг 2. Проверка требований к оборудованию
Если вы планируете включить Container registry для пользователей экземпляра, потребуется по крайней мере 10 % дополнительных ресурсов ЦП.
Мы рекомендуем просмотреть уровни активности пользователей и автоматизацию на экземпляре, чтобы убедиться, что вы подготовили достаточный ЦП для пользователей. Дополнительные сведения см. в разделе Мониторинг устройства.
Дополнительные сведения о минимальных требованиях к оборудованию для экземпляр GitHub Enterprise Server см. в разделе Рекомендации по оборудованию для платформы экземпляра.
Дополнительные сведения о настройке ресурсов для существующего экземпляра см. в разделе Увеличение ресурсов ЦП или памяти.
Шаг 3. Включение GitHub Packages и настройка внешнего хранилища
GitHub Packages на GitHub Enterprise Server использует внешнее хранилище BLOB-объектов для хранения пакетов.
После включения GitHub Packages для экземпляр GitHub Enterprise Server необходимо подготовить контейнер стороннего хранилища. Требуемый объем хранилища зависит от использования GitHub Packages, а рекомендации по настройке зависят от поставщика хранилища.
Поддерживаемые внешние поставщики хранилища:
- Amazon Web Services (AWS) S3;
- Хранилище BLOB-объектов Azure;
- MinIO
Чтобы включить GitHub Packages и настроить стороннее хранилище, см.:
- "Включение GitHub Packages с AWS"
- "Включение GitHub Packages с использованием Хранилища BLOB-объектов Azure"
- "Включение пакетов GitHub с использованием MinIO"
Шаг 4. Указание экосистем пакетов для поддержки в экземпляре
Выберите экосистемы пакетов, которые вы хотите включить, отключить или настроить только для чтения в экземпляр GitHub Enterprise Server. Доступные параметры: Docker, RubyGems, npm, Apache Maven, Gradle или NuGet. Дополнительные сведения см. в разделе Настройка поддержки экосистемы пакетов для предприятия.
Шаг 5. Убедитесь, что у вас есть СЕРТИФИКАТ TLS для URL-адреса узла пакета, если это необходимо
Если изоляция поддомена включена для экземпляр GitHub Enterprise Server, необходимо создать и отправить сертификат TLS, который позволяет использовать URL-адрес узла пакета для каждой экосистемы, например `. Убедитесь, что каждый URL-адрес узла пакета содержит
https://`.
Сертификат можно создать вручную или использовать Let's Encrypt. Если вы уже используете Let's Encrypt, необходимо запросить новый сертификат TLS после включения GitHub Packages. Дополнительные сведения об URL-адресах узла пакета см. в разделе Включение изоляции поддомена. Дополнительные сведения об отправке сертификатов TLS в GitHub Enterprise Server см. в разделе Настройка TLS.
Шаг 6. Проверка и переименование зарезервированных имен
Если вы хотите использовать экосистему Docker с отключенной изоляцией поддомена, необходимо сначала переименовать любого пользователя или организацию с именем v2
экземпляр GitHub Enterprise Server, прежде чем включить поддержку экосистемы Docker в Консоль управления. Docker использует имя учетной записи v2
для управления конфликтами путей с помощью API Docker. После включения поддержки реестра Docker вы больше не сможете использовать это имя.
Полный список имен для входа, зарезервированных для внутреннего использования, можно просмотреть, перейдя на страницу "Зарезервированные имена для входа" на панели мониторинга администратора сайта. Дополнительные сведения см. в разделе Панель мониторинга администратора сайта.