Начало работы с пакетами GitHub для вашего предприятия

Примечание.

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 и настройке стороннего хранилища см. в статье:

Шаг 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-адресах узла пакета см. в разделе Включение изоляции поддомена. Дополнительные сведения о передаче сертификатов GitHub Enterprise ServerTLS в см. в разделе Настройка TLS.

Шаг 6. Проверка и переименование зарезервированных имен

Если вы хотите использовать экосистему Docker с отключенной изоляцией поддомена, необходимо сначала переименовать любой пользователь или организацию с именем v2ваш экземпляр GitHub Enterprise Server, прежде чем включить поддержку экосистемы Docker в .Консоль управления Docker использует имя учетной записи v2 для управления конфликтами путей с помощью API Docker. После включения поддержки реестра Docker вы больше не сможете использовать это имя.

Полный список имен для входа, зарезервированных для внутреннего использования, можно просмотреть, перейдя на страницу "Зарезервированные имена для входа" на панели мониторинга администратора сайта. Дополнительные сведения см. в разделе О зарезервированных именах пользователей для GitHub Enterprise Server.