Skip to main content

이 버전의 GitHub Enterprise Server는 다음 날짜에 중단됩니다. 2024-08-29. 중요한 보안 문제에 대해서도 패치 릴리스가 이루어지지 않습니다. 더 뛰어난 성능, 향상된 보안, 새로운 기능을 위해 최신 버전의 GitHub Enterprise Server로 업그레이드합니다. 업그레이드에 대한 도움말은 GitHub Enterprise 지원에 문의하세요.

엔터프라이즈를 위한 GitHub Packages 시작

기능을 사용하도록 설정하고, 타사 스토리지를 구성하고, 지원하려는 에코시스템을 구성하고, TLS 인증서를 업데이트하여 GitHub Enterprise Server 인스턴스에서 GitHub Packages 사용을 시작할 수 있습니다.

누가 이 기능을 사용할 수 있는 있나요?

Site administrators can enable and configure GitHub Packages.

참고: GitHub Enterprise Server의 GitHub Packages는 현재 클러스터링을 지원하지 않습니다.

1단계: 엔터프라이즈에서 GitHub Packages를 사용할 수 있는지 확인

GitHub Packages는 GitHub Enterprise Server 3.0 이상에서 사용할 수 있습니다. 이전 버전의 GitHub Enterprise Server를 사용하는 경우 GitHub Packages를 사용하도록 업그레이드해야 합니다. GitHub Enterprise Server 인스턴스 업그레이드에 대한 자세한 내용은 “새 릴리스로 업그레이드 정보”을(를) 참조하세요.

2단계: 하드웨어 요구 사항 검토

인스턴스 사용자에 대해 Container registry를 사용하도록 설정하려는 경우 10% 이상 더 많은 CPU 리소스가 필요합니다.

사용자의 작업 수준과 인스턴스의 자동화를 검토하여 사용자에게 적절한 CPU를 프로비저닝했는지 확인하는 것이 좋습니다. 자세한 내용은 "인스턴스 모니터링"을(를) 참조하세요.

GitHub Enterprise Server 인스턴스에 대한 최소 하드웨어 요구 사항에 대한 자세한 내용은 인스턴스 플랫폼에 대한 하드웨어 고려 사항을 참조하세요.

기존 인스턴스의 리소스 조정에 대한 자세한 내용은 "CPU 또는 메모리 리소스 늘리기"을(를) 참조하세요.

3단계: GitHub Packages 사용 및 외부 스토리지 구성

GitHub Enterprise Server의 GitHub Packages는 외부 Blob 스토리지를 사용하여 패키지를 저장합니다.

GitHub Enterprise Server 인스턴스에 대해 GitHub Packages을(를) 활성화한 후에는 타사 스토리지 버킷을 준비해야 합니다. 필요한 스토리지 양은 GitHub Packages 사용량에 따라 다르며 설정 지침은 스토리지 공급자에 따라 다를 수 있습니다.

지원되는 외부 스토리지 공급자

  • AWS(Amazon Web Services) S3
  • Azure Blob Storage
  • MinIO

GitHub Packages를 사용하고 타사 스토리지를 구성하려면 다음을 참조하세요.

4단계: 인스턴스에서 지원할 패키지 에코시스템 지정

GitHub Enterprise Server 인스턴스에서 사용하거나 사용하지 않도록 설정하거나 읽기 전용으로 설정할 패키지 에코시스템을 선택합니다. 사용 가능한 옵션은 Container registry, Docker, RubyGems, npm, Apache Maven, Gradle 또는 NuGet입니다. 자세한 내용은 "엔터프라이즈에 대한 패키지 에코시스템 지원 구성"을(를) 참조하세요.

5단계: 필요한 경우 패키지 호스트 URL에 대한 TLS 인증서가 있는지 확인

GitHub Enterprise Server 인스턴스에 대해 하위 도메인 격리를 사용하는 경우 containers.HOSTNAME과 같이 사용하려는 각 에코시스템에 대한 패키지 호스트 URL을 허용하는 TLS 인증서를 만들고 업로드해야 합니다. 각 패키지 호스트 URL에 https://가 포함되어 있는지 확인하세요.

인증서를 수동으로 만들거나 _Let's Encrypt_를 사용할 수 있습니다. 이미 _Let's Encrypt_를 사용하는 경우 GitHub Packages를 사용하도록 설정한 다음 새 TLS 인증서를 요청해야 합니다. 패키지 호스트 URL에 대한 자세한 내용은 "하위 도메인 격리 사용"을(를) 참조하세요. TLS 인증서를 GitHub Enterprise Server에 업로드하는 방법에 대한 자세한 내용은 “TLS 구성”을(를) 참조하세요.

6단계: 예약된 이름 확인 및 이름 바꾸기

하위 도메인 격리를 사용하지 않도록 설정된 Docker 에코시스템을 사용하려면 관리 콘솔에서 Docker 에코시스템 지원을 사용하도록 설정하기 전에 GitHub Enterprise Server 인스턴스에서 이름이 v2인 사용자 또는 조직의 이름을 반드시 변경해야 합니다. Docker는 v2 계정 이름을 사용하여 Docker API와의 경로 충돌을 관리합니다. 또한 Docker 레지스트리 지원을 사용하도록 설정하면 이 이름을 더 이상 사용할 수 없습니다.

사이트 관리자 대시보드의 “예약된 로그인” 페이지로 이동하여 내부용으로 예약된 전체 로그인 목록을 볼 수 있습니다. 자세한 내용은 "관리 웹 UI에서 인스턴스 등록"을(를) 참조하세요.