Enterprise Server와 GitHub 통합

  • 릴리스 버전: Zurich
  • 업데이트 날짜 2025년 07월 31일
  • 소요 시간: 8분

    • 애플리케이션을 Enterprise Server 애플리케이션과 통합하면 소프트웨어 자산 관리GitHub 소프트웨어 구독을 추적하고 사용하지 않는 라이센스를 회수하는 데 도움이 됩니다.

    중요사항:
    필요한 사용자 또는 API 권한에만 액세스 권한을 부여하여 보안 위험을 최소화하고 정보를 보호합니다.
    표 1. 최소 사용자 권한
    프로세스 Enterprise Server 애플리케이션에서 필요한 사용자 역할 GitHub 인증 범위
    구독 다운로드 사이트 관리자 site_admin
    구독 회수 사이트 관리자 site_admin

    엔터프라이즈 서버용 GitHub API 액세스 토큰 작성

    Enterprise Server API에 GitHub 액세스하는 데 사용할 수 있는 토큰을 생성합니다.

    시작하기 전에

    GitHub 필요한 역할: 사이트 관리자

    이 태스크 정보

    GitHub 저장소 호스팅 서비스는 개인 액세스 토큰을 사용하여 사용자에게 API에 GitHub 대한 액세스 권한을 부여합니다. 개인 액세스 토큰은 API 요청을 승인하여 OAuth 액세스 토큰과 유사하게 작동합니다. 개인 액세스 토큰을 생성하여 Enterprise Server API 요청을 승인 GitHub 하면 Enterprise Server API에 GitHub 액세스할 수 있습니다.

    프로시저

    1. 웹 브라우저에서 Enterprise Server 인스턴스를 엽니다 GitHub .
    2. 계정에 GitHub 로그인합니다.
    3. 페이지 헤더에서 GitHub 프로필 사진을 선택한 다음 설정을 선택합니다.
      프로필 설정이 열립니다.
    4. 왼쪽 탐색 창에서 개발자 설정을 선택합니다.
      개발자 설정이 열립니다.
    5. 왼쪽 탐색 창에서 개인 액세스 토큰을 선택합니다.
    6. 개인 액세스 토큰 페이지에서 새 토큰 생성을 선택합니다.
    7. 계속하기 전에 암호를 확인하라는 메시지가 표시되면 암호를 입력한 GitHub 다음 암호 확인을 선택합니다.
    8. 새 개인 액세스 토큰 양식의 메모 필드에 토큰의 용도를 설명합니다.
    9. 범위 선택 양식 섹션에서 site_admin 확인란을 선택하여 site_admin OAuth 범위를 활성화합니다.
      OAuth 범위는 보호된 자원에 대한 애플리케이션의 액세스 수준을 제한합니다. site_admin OAuth 범위를 사용하면 엔터프라이즈 사용자, 조직 및 리포지토리를 관리할 수 있습니다.
    10. 토큰 작성을 선택합니다.
      개인용 액세스 토큰이 생성됩니다.
    11. 나중에 사용할 수 있도록 액세스 토큰을 복사하여 안전한 위치에 저장합니다.

    GitHub Enterprise Server 연결 생성

    Enterprise Server 애플리케이션과 ServiceNow 인스턴스 간에 GitHub 연결을 생성합니다.

    시작하기 전에

    인스턴스와 GitHub 엔터프라이즈 서버 애플리케이션 간의 ServiceNow 통신에 a MID 서버 를 사용하려면 먼저 인스턴스에 a MID 서버 를 설정해야 합니다. 자세한 지침은 MID 서버를 참조하십시오.

    ServiceNow 필요한 역할: admin

    프로시저

    1. ServiceNow 인스턴스에서 다음으로 이동합니다. 프로세스 자동화 > 플로우 디자이너.
      플로우 디자이너가 새 탭에서 시작됩니다.
    2. 연결 탭을 선택합니다.
    3. 서버 연결에 대한 GitHub세부 정보 보기를 선택합니다.
    4. 사용 가능한 연결 목록에서 서버를 찾은 GitHub 다음 구성을 선택합니다.
    5. 연결 구성 대화 상자에서 필드에 내용을 입력합니다.
      표 2. 연결 구성 대화 상자
      필드 설명
      연결 이름 서버 연결의 GitHub 이름입니다.
      연결 URL 인스턴스의 URL입니다 GitHub .
      MID 서버 사용 인스턴스가 엔터프라이즈 서버 애플리케이션과의 통신에 사용할 MID 서버 수 있도록 GitHub 하는 ServiceNow 옵션입니다.
      • 인스턴스에 필요한 MID 서버경우 이 필드를 true로 설정합니다.
      • 인스턴스에 가 MID 서버필요하지 않은 경우 이 필드를 비워 둡니다.
      중요사항:
      이 옵션을 사용하려면 인스턴스에 이미 MID 서버 설정이 되어 있어야 합니다. 자세한 지침은 MID 서버를 참조하십시오.
      API 키 Enterprise Server API에 GitHub 액세스하는 데 사용할 수 있는 개인 액세스 토큰입니다. <api-key>를 입력합니다. 여기서 <api-key>는 에서 생성한 엔터프라이즈 서버용 GitHub API 액세스 토큰 작성개인 액세스 토큰입니다.
    6. 연결 구성을 선택합니다.

    GitHub Enterprise Server 통합 프로파일 생성

    GitHub Enterprise Server 통합 프로필을 생성하여 소프트웨어 구독을 추적하고 Enterprise Server 애플리케이션에 대한 라이센스를 최적화합니다GitHub.

    시작하기 전에

    엔터프라이즈 서버 통합 프로파일을 생성하려면 GitHubServiceNow Store에서 소프트웨어 자산 관리 플러그인SaaS 라이선스 관리(sn_sam_saas_int)을 요청하십시오.

    ServiceNow 필요한 역할: sam_integrator 또는 admin

    중요사항:
    페이지에 선택적 기능을 설치하는 동안 이 통합에 대한 GitHub 스포크 확인란을 선택해야 합니다 Application Manager . 필요한 SaaS 애플리케이션 선택에 대한 자세한 내용은 다음 문서를 참조하십시오 SaaS 라이선스 관리 요청.

    이 태스크 정보

    를 사용하는 소프트웨어 자산 작업 공간경우 에서 서버 통합 프로파일을 코어 UI 생성하는 GitHub 옵션이 비활성화됩니다.

    프로시저

    1. 통합 프로파일로 이동합니다.
      인터페이스작업
      코어 UI
      1. 다음으로 이동 모두 > 소프트웨어 자산 > SaaS 라이선스 > 직접 통합 프로 파일.
      2. 새로 만들기를 선택합니다.
      3. GitHub Server 구독 프로필을 선택합니다.
      소프트웨어 자산 작업 공간
      1. 다음으로 이동 라이센스 운영 > 사용자 구독 > 직접 통합 프로파일.
      2. 새로 만들기를 선택합니다.
      3. 드롭다운 목록에서 GitHub Server 를 선택합니다.
      4. 계속을 선택합니다.
    2. 양식에서 필드를 채웁니다.
      표 3. 통합 프로파일 양식
      필드 설명
      표시 이름 통합 프로파일의 이름입니다. 예를 들어 GitHub Server 통합입니다.
      상태 통합 프로파일의 상태입니다.
      • 통합 프로파일을 게시하지 않은 경우 이 필드는 초안으로 자동 설정됩니다.
      • 통합 프로파일을 이미 게시한 경우 이 필드는 게시됨으로 자동 설정됩니다.
      프로파일 유형 통합 프로파일의 유형입니다. 이 필드는 github_server_subscription로 자동 설정됩니다.
    3. 프로세스 구성 섹션에서 각 프로세스의 벤더 구성 필드에 지정된 필수 사용자 역할 또는 API 권한을 검토하여 보안 위험을 최소화하고 라이센스를 최적화 SaaS 합니다.
      주:
      필요한 역할 및 범위에 대한 자세한 내용은 최소 사용자 권한 테이블을 참조하십시오.

      • 구독 다운로드 확인란은 기본적으로 선택되어 있으며 선택을 취소할 수 없습니다.

      • 주:
        활동 다운로드 확인란은 기본적으로 선택되어 있습니다. 선택을 취소하면 활동 예약된 작업이 SAM - Refresh <displayname> Activity 생성되지 않습니다.
        사용자 활동 분석 필드에서 사용자 활동을 분석하려는 시작 날짜 및 시간을 선택할 수도 있습니다. 기본적으로 현재 날짜로부터 최대 60일 전의 사용자 활동을 분석하고 이 프로파일을 생성한 시점부터 개별 사용자가 수행한 이벤트를 볼 수 있습니다.
        주:
        소프트웨어 자산 관리 는 프로파일 생성 날짜와 관계없이 사용자 활동 분석을 시작한 시점부터 이벤트를 가져옵니다.
        소프트웨어 재생 규칙의 마지막 활동 임계치 필드에서 이 값을 수정할 수 있습니다. 자세한 내용은 소프트웨어 재생 규칙 검토 문서를 참조하십시오.

      • 구독 회수 확인란은 기본적으로 선택되어 있습니다. 구독을 회수하지 않으려면 이 확인란의 선택을 취소할 수 있습니다. 선택을 취소하면 제거 후보가 생성되지만 구독 회수 하위 플로우가 트리거되지 않거나 재생 프로세스가 시작되지 않습니다.

    4. 저장을 선택합니다.
      ServiceNow 인스턴스가 초안 통합 프로파일을 생성합니다.

      연결 및 자격 증명 필드가 나타나고 sn_github_spoke로 자동 설정됩니다. GitHub_Server.

    5. 통합 프로파일 양식에서 연결 확인을 선택하여 이 통합의 연결 및 자격 증명 상세 정보를 확인합니다.

      연결을 확인하면 구독 다운로드 및 활동 계산 API가 확인되지만 구독 회수 API는 확인되지 않습니다.

    6. 연결의 유효성이 검사되면 게시를 선택합니다.
    7. 게시 확인 대화 상자에서 확인을 선택합니다.
      주:
      통합 프로파일이 게시된 후 활동 다운로드 확인란의 선택을 취소하면 다음 이벤트가 발생하기 때문에 연결을 다시 확인한 다음 통합 프로파일을 다시 게시해야 합니다.
      • 통합 프로파일 양식의 상태 필드가 초안으로 변경됩니다.
      • 연결 확인 버튼이 양식에 나타납니다.
      • 현재 SAM - Refresh <displayname> Activity 작업이 삭제됩니다.

    다음에 수행할 작업

    통합이 연결되면 ServiceNow 인스턴스가 매일 새로 고침되는 소프트웨어 모델, 재생 규칙 및 소프트웨어 구독을 자동으로 생성합니다.

    통합 프로파일을 생성한 후에는 다음으로 이동하여 프로파일 소프트웨어 자산 작업 공간 에 대한 정보를 봅니다. 라이센스 운영 > 사용자 구독 > 직접 통합 프로파일. 통합 프로파일을 선택하면 다음과 같은 관련 목록을 볼 수 있습니다. 기본 뷰에서 통합 프로파일에 대해 다음 관련 목록이 모두 표시되지 않는 경우 상세 정보 탭에서 사용자 지정 통합 뷰를 선택할 수 있습니다.
    • 소프트웨어 모델
    • 구독 식별자 미 승인됨
    • 예약된 작업
    • 예약된 작업 결과
    • 소프트웨어 구독
    • 구독 식별자 제외 규칙
    • 구독 사용자 제외 규칙

    통합 프로파일을 생성한 후에는 특정 구독이 라이센스 비용 계산에 포함되지 않도록 구독 제외 규칙을 정의할 수 있습니다. 자세한 내용은 및 SSO 애플리케이션에 대한 SaaS 구독 제외 문서를 참조하십시오.

    고유한 연결을 사용하여 여러 통합 프로파일을 설정하려면 하위 별칭을 생성하여 각 통합 프로파일에 대해 서로 다른 구성 및 설정을 관리합니다. 자세한 내용은 여러 통합 프로파일을 설정하려면 하위 별칭을 생성합니다. 문서를 참조하십시오.

    자동으로 생성된 모든 재생 규칙을 검토하여 사용자 구독을 회수합니다. 자세한 내용은 소프트웨어 재생 규칙 검토 문서를 참조하십시오.

    자동으로 생성된 소프트웨어 모델에 대한 소프트웨어 권리를 생성하여 사용된 소프트웨어를 소유한 소프트웨어와 비교하여 추적합니다.
    조정은 구독에서 예약된 작업 또는 요청 시에도 실행됩니다. 조정 결과는 라이센스 워크벤치(소프트웨어 자산 관리클래식 애플리케이션) 또는 라이센스 사용량 뷰(소프트웨어 자산 작업 공간)에서 볼 수 있습니다. 이러한 결과를 사용하여 라이센스 준수 위치를 결정하고 미준수 문제를 해결합니다.