Примечание. 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. Доступные варианты: Container registry, Docker, RubyGems, npm, Apache Maven, Gradle или NuGet. Дополнительные сведения см. в разделе "Настройка поддержки экосистемы пакетов для предприятия".
Шаг 5. Убедитесь, что у вас есть сертификат TLS для URL-адреса узла пакета, если это необходимо.
Если изоляция поддомена включена для ваш экземпляр GitHub Enterprise Server, вам потребуется создать и отправить сертификат TLS, который позволяет URL-адрес узла пакета для каждой экосистемы, которую вы хотите использовать, например containers. HOSTNAME
. Убедитесь, что каждый 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 вы больше не сможете использовать это имя.
Полный список имен для входа, зарезервированных для внутреннего использования, можно просмотреть, перейдя на страницу "Зарезервированные имена для входа" на панели мониторинга администратора сайта. Дополнительные сведения см. в разделе Администратор создание экземпляра из пользовательского веб-интерфейса.