InfoGrab Docs

통합 변경 관리 - ServiceNow

요약

이 문서는 ServiceNow DevOps Change Velocity를 사용하여 통합 ServiceNow 솔루션으로 GitLab이 변경 관리를 조율하기 위한 지침과 기능 상세 내용을 제공합니다. ServiceNow DevOps Change Velocity 통합을 사용하면 ServiceNow에서 GitLab 저장소 및 CI/CD 파이프라인의 활동에 관한 정보를 추적할 수 있습니다.

이 문서는 ServiceNow DevOps Change Velocity를 사용하여 통합 ServiceNow 솔루션으로 GitLab이 변경 관리를 조율하기 위한 지침과 기능 상세 내용을 제공합니다.

ServiceNow DevOps Change Velocity 통합을 사용하면 ServiceNow에서 GitLab 저장소 및 CI/CD 파이프라인의 활동에 관한 정보를 추적할 수 있습니다.

GitLab CI/CD 파이프라인과 통합되면 변경 요청의 자동 생성과 정책 기준에 따른 자동 승인을 지원합니다.

이 문서에서는 다음 방법을 보여줍니다:

  1. 변경 관리를 위해 Change Velocity를 사용하여 ServiceNow를 GitLab과 통합하는 방법
  2. GitLab CI/CD 파이프라인에서 ServiceNow의 변경 요청을 자동으로 생성하는 방법
  3. CAB 검토 및 승인이 필요한 경우 ServiceNow에서 변경 요청을 승인하는 방법
  4. 변경 요청 승인을 기반으로 프로덕션 배포를 시작하는 방법

시작하기#

솔루션 컴포넌트 다운로드#

  1. 계정 팀에서 초대 코드를 받으세요.
  2. 초대 코드를 사용하여 솔루션 컴포넌트 웹스토어에서 솔루션 컴포넌트를 다운로드하세요.

변경 관리 통합 옵션#

GitLab을 ServiceNow와 통합하는 방법은 여러 가지가 있습니다. 이 솔루션 컴포넌트에서는 다음 옵션을 제공합니다:

  1. 내장 변경 요청 프로세스를 위한 ServiceNow DevOps Change Velocity
  2. Velocity Container Image를 사용한 사용자 정의 변경 요청을 위한 ServiceNow DevOps Change Velocity
  3. 사용자 정의 변경 요청 프로세스를 위한 ServiceNow Rest API

ServiceNow DevOps Change Velocity#

ServiceNow 스토어에서 DevOps Change Velocity를 설치하고 구성한 후, DevOps Change Workspace에서 직접 자동 변경 생성을 통해 변경 제어를 활성화하세요.

내장 변경 요청 프로세스#

ServiceNow DevOps Change Velocity는 일반 변경 프로세스를 위한 내장 변경 요청 모델을 제공하며, 자동으로 생성된 변경 요청에는 기본 명명 규칙이 적용됩니다.

일반 변경 프로세스는 프로덕션으로의 배포 파이프라인 작업이 실행되기 전에 변경 요청이 승인되어야 합니다.

파이프라인 및 변경 요청 작업 설정#

시작점으로 솔루션 저장소의 gitlab-ci-workflow1.yml 샘플 파이프라인을 사용하세요. 자동 변경 생성을 활성화하고 파이프라인을 통해 변경 속성을 전달하는 단계는 아래를 확인하세요.

Note

자세한 지침은 DevOps 변경 요청 생성 자동화를 참조하세요.

다음은 고수준 단계입니다:

  1. DevOps Change Workspace에서 Change 탭으로 이동한 다음 Automate change를 선택하세요.

    Automate change 옵션이 선택된 DevOps Change Workspace.

  2. Application 필드에서 변경 요청 생성을 자동화할 파이프라인과 연결할 애플리케이션을 선택하고 Next를 선택하세요.

  3. 자동화된 변경 요청 생성을 트리거할 단계(스테이지)가 있는 파이프라인을 선택하세요. 예를 들어 변경 요청 생성 단계입니다.

  4. 변경 요청의 자동 생성을 트리거할 파이프라인의 단계를 선택하세요.

  5. change fields에서 변경 속성을 지정하고 Change receipt 옵션을 선택하여 변경 영수증을 활성화하세요.

  6. 파이프라인을 수정하고 해당 코드 스니펫을 사용하여 변경 제어를 활성화하고 변경 속성을 지정하세요. 예를 들어 변경 제어가 활성화된 작업에 다음 두 가지 구성을 추가합니다:

       when: manual
       allow_failure: false
    

    변경 제어를 지원하도록 업데이트된 GitLab CI/CD 파이프라인 작업.

변경 관리로 파이프라인 실행#

이전 단계가 완료되면 프로젝트 CD 파이프라인에 gitlab-ci-workflow1.yml 샘플 파이프라인에 표시된 작업을 통합할 수 있습니다.

변경 관리로 파이프라인을 실행하려면:

  1. ServiceNow에서 파이프라인의 스테이지 중 하나에 대해 변경 제어가 활성화됩니다.

    파이프라인에서 변경 제어가 활성화된 ServiceNow 스테이지.

  2. GitLab에서 변경 제어 기능이 있는 파이프라인 작업이 실행됩니다.

    변경 승인을 위해 일시 중지된 GitLab 파이프라인.

  3. ServiceNow에서 변경 요청이 자동으로 생성됩니다.

    승인 대기 중인 ServiceNow 변경 요청.

  4. ServiceNow에서 변경 요청을 승인합니다.

    승인됨으로 표시된 ServiceNow 변경 요청.

  5. 변경 요청이 승인되면 파이프라인이 재개되고 프로덕션 환경 배포를 위한 다음 작업이 시작됩니다.

    변경 승인 후 재개된 GitLab 파이프라인.

Velocity Container Image를 사용한 사용자 정의 작업#

ServiceNow DevOps Change Velocity Docker 이미지를 통해 ServiceNow 사용자 정의 작업을 사용하여 변경 요청 제목, 설명, 변경 계획, 롤백 계획, 배포할 아티팩트와 관련된 데이터 및 패키지 등록을 설정합니다. 이를 통해 파이프라인 메타데이터를 변경 요청 설명으로 전달하는 대신 변경 요청 설명을 사용자 정의할 수 있습니다.

파이프라인 및 변경 요청 작업 설정#

이는 ServiceNow DevOps Change Velocity의 추가 기능이므로 이전 설정 단계는 동일합니다. 파이프라인 정의에 Docker 이미지만 포함하면 됩니다.

이 저장소의 gitlab-ci-workflow2.yml 샘플 파이프라인을 예시로 사용하세요.

  1. 작업에 사용할 이미지를 지정하세요. 필요에 따라 이미지 버전을 업데이트하세요.

       image: servicenowdocker/sndevops:5.0.0
    
  2. 특정 작업에 CLI를 사용하세요. 예를 들어 sndevops CLI를 사용하여 변경 요청을 생성하려면:

    sndevopscli create change -p {
         "changeStepDetails": {
           "timeout": 3600,
           "interval": 100
         },
         "autoCloseChange": true,
         "attributes": {
           "short_description": "'"${CHANGE_REQUEST_SHORT_DESCRIPTION}"'",
           "description": "'"${CHANGE_REQUEST_DESCRIPTION}"'",
           "assignment_group": "'"${ASSIGNMENT_GROUP_ID}"'",
           "implementation_plan": "'"${CR_IMPLEMENTATION_PLAN}"'",
           "backout_plan": "'"${CR_BACKOUT_PLAN}"'",
           "test_plan": "'"${CR_TEST_PLAN}"'"
         }
       }
    
    

사용자 정의 변경 관리로 파이프라인 실행#

시작점으로 gitlab-ci-workflow2.yml 샘플 파이프라인을 사용하세요. 이전 단계가 완료되면 프로젝트 CD 파이프라인에 gitlab-ci-workflow2.yml 샘플 파이프라인에 표시된 작업을 통합할 수 있습니다.

사용자 정의 변경 관리로 파이프라인을 실행하려면:

  1. ServiceNow에서 파이프라인의 스테이지 중 하나에 대해 변경 제어가 활성화됩니다.

    사용자 정의 변경 흐름을 사용하여 변경 제어가 활성화된 ServiceNow 스테이지.

  2. GitLab에서 변경 제어 기능이 있는 파이프라인 작업이 실행됩니다.

    변경 요청 생성 workflow2

  3. ServiceNow에서 servicenowdocker/sndevops 이미지를 사용하여 파이프라인 변수 값이 제공한 사용자 정의 제목, 설명 및 기타 필드로 변경 요청이 생성됩니다.

    파이프라인에서 사용자 정의 값으로 생성된 ServiceNow 변경 요청.

  4. GitLab에서 파이프라인 세부 정보에서 변경 요청 번호 및 기타 정보를 확인할 수 있습니다. 파이프라인 작업은 변경 요청이 승인될 때까지 실행 중 상태를 유지한 다음 다음 작업으로 진행합니다.

    승인 후 파이프라인 변경 세부 정보 workflow2

  5. ServiceNow에서 변경 요청을 승인합니다.

    파이프라인 세부 정보 workflow2

  6. GitLab에서 파이프라인 작업이 재개되고 변경 요청의 승인에 따라 프로덕션 환경으로의 배포가 시작되는 다음 작업이 실행됩니다.

    파이프라인 재개 workflow2

통합 변경 관리 - ServiceNow

Tier: Premium, Ultimate
Offering: GitLab.com, GitLab Self-Managed, GitLab Dedicated
원문 보기
요약

이 문서는 ServiceNow DevOps Change Velocity를 사용하여 통합 ServiceNow 솔루션으로 GitLab이 변경 관리를 조율하기 위한 지침과 기능 상세 내용을 제공합니다. ServiceNow DevOps Change Velocity 통합을 사용하면 ServiceNow에서 GitLab 저장소 및 CI/CD 파이프라인의 활동에 관한 정보를 추적할 수 있습니다.

이 문서는 ServiceNow DevOps Change Velocity를 사용하여 통합 ServiceNow 솔루션으로 GitLab이 변경 관리를 조율하기 위한 지침과 기능 상세 내용을 제공합니다.

ServiceNow DevOps Change Velocity 통합을 사용하면 ServiceNow에서 GitLab 저장소 및 CI/CD 파이프라인의 활동에 관한 정보를 추적할 수 있습니다.

GitLab CI/CD 파이프라인과 통합되면 변경 요청의 자동 생성과 정책 기준에 따른 자동 승인을 지원합니다.

이 문서에서는 다음 방법을 보여줍니다:

  1. 변경 관리를 위해 Change Velocity를 사용하여 ServiceNow를 GitLab과 통합하는 방법
  2. GitLab CI/CD 파이프라인에서 ServiceNow의 변경 요청을 자동으로 생성하는 방법
  3. CAB 검토 및 승인이 필요한 경우 ServiceNow에서 변경 요청을 승인하는 방법
  4. 변경 요청 승인을 기반으로 프로덕션 배포를 시작하는 방법

시작하기#

솔루션 컴포넌트 다운로드#

  1. 계정 팀에서 초대 코드를 받으세요.
  2. 초대 코드를 사용하여 솔루션 컴포넌트 웹스토어에서 솔루션 컴포넌트를 다운로드하세요.

변경 관리 통합 옵션#

GitLab을 ServiceNow와 통합하는 방법은 여러 가지가 있습니다. 이 솔루션 컴포넌트에서는 다음 옵션을 제공합니다:

  1. 내장 변경 요청 프로세스를 위한 ServiceNow DevOps Change Velocity
  2. Velocity Container Image를 사용한 사용자 정의 변경 요청을 위한 ServiceNow DevOps Change Velocity
  3. 사용자 정의 변경 요청 프로세스를 위한 ServiceNow Rest API

ServiceNow DevOps Change Velocity#

ServiceNow 스토어에서 DevOps Change Velocity를 설치하고 구성한 후, DevOps Change Workspace에서 직접 자동 변경 생성을 통해 변경 제어를 활성화하세요.

내장 변경 요청 프로세스#

ServiceNow DevOps Change Velocity는 일반 변경 프로세스를 위한 내장 변경 요청 모델을 제공하며, 자동으로 생성된 변경 요청에는 기본 명명 규칙이 적용됩니다.

일반 변경 프로세스는 프로덕션으로의 배포 파이프라인 작업이 실행되기 전에 변경 요청이 승인되어야 합니다.

파이프라인 및 변경 요청 작업 설정#

시작점으로 솔루션 저장소의 gitlab-ci-workflow1.yml 샘플 파이프라인을 사용하세요. 자동 변경 생성을 활성화하고 파이프라인을 통해 변경 속성을 전달하는 단계는 아래를 확인하세요.

Note

자세한 지침은 DevOps 변경 요청 생성 자동화를 참조하세요.

다음은 고수준 단계입니다:

  1. DevOps Change Workspace에서 Change 탭으로 이동한 다음 Automate change를 선택하세요.

    Automate change 옵션이 선택된 DevOps Change Workspace.

  2. Application 필드에서 변경 요청 생성을 자동화할 파이프라인과 연결할 애플리케이션을 선택하고 Next를 선택하세요.

  3. 자동화된 변경 요청 생성을 트리거할 단계(스테이지)가 있는 파이프라인을 선택하세요. 예를 들어 변경 요청 생성 단계입니다.

  4. 변경 요청의 자동 생성을 트리거할 파이프라인의 단계를 선택하세요.

  5. change fields에서 변경 속성을 지정하고 Change receipt 옵션을 선택하여 변경 영수증을 활성화하세요.

  6. 파이프라인을 수정하고 해당 코드 스니펫을 사용하여 변경 제어를 활성화하고 변경 속성을 지정하세요. 예를 들어 변경 제어가 활성화된 작업에 다음 두 가지 구성을 추가합니다:

       when: manual
       allow_failure: false
    

    변경 제어를 지원하도록 업데이트된 GitLab CI/CD 파이프라인 작업.

변경 관리로 파이프라인 실행#

이전 단계가 완료되면 프로젝트 CD 파이프라인에 gitlab-ci-workflow1.yml 샘플 파이프라인에 표시된 작업을 통합할 수 있습니다.

변경 관리로 파이프라인을 실행하려면:

  1. ServiceNow에서 파이프라인의 스테이지 중 하나에 대해 변경 제어가 활성화됩니다.

    파이프라인에서 변경 제어가 활성화된 ServiceNow 스테이지.

  2. GitLab에서 변경 제어 기능이 있는 파이프라인 작업이 실행됩니다.

    변경 승인을 위해 일시 중지된 GitLab 파이프라인.

  3. ServiceNow에서 변경 요청이 자동으로 생성됩니다.

    승인 대기 중인 ServiceNow 변경 요청.

  4. ServiceNow에서 변경 요청을 승인합니다.

    승인됨으로 표시된 ServiceNow 변경 요청.

  5. 변경 요청이 승인되면 파이프라인이 재개되고 프로덕션 환경 배포를 위한 다음 작업이 시작됩니다.

    변경 승인 후 재개된 GitLab 파이프라인.

Velocity Container Image를 사용한 사용자 정의 작업#

ServiceNow DevOps Change Velocity Docker 이미지를 통해 ServiceNow 사용자 정의 작업을 사용하여 변경 요청 제목, 설명, 변경 계획, 롤백 계획, 배포할 아티팩트와 관련된 데이터 및 패키지 등록을 설정합니다. 이를 통해 파이프라인 메타데이터를 변경 요청 설명으로 전달하는 대신 변경 요청 설명을 사용자 정의할 수 있습니다.

파이프라인 및 변경 요청 작업 설정#

이는 ServiceNow DevOps Change Velocity의 추가 기능이므로 이전 설정 단계는 동일합니다. 파이프라인 정의에 Docker 이미지만 포함하면 됩니다.

이 저장소의 gitlab-ci-workflow2.yml 샘플 파이프라인을 예시로 사용하세요.

  1. 작업에 사용할 이미지를 지정하세요. 필요에 따라 이미지 버전을 업데이트하세요.

       image: servicenowdocker/sndevops:5.0.0
    
  2. 특정 작업에 CLI를 사용하세요. 예를 들어 sndevops CLI를 사용하여 변경 요청을 생성하려면:

    sndevopscli create change -p {
         "changeStepDetails": {
           "timeout": 3600,
           "interval": 100
         },
         "autoCloseChange": true,
         "attributes": {
           "short_description": "'"${CHANGE_REQUEST_SHORT_DESCRIPTION}"'",
           "description": "'"${CHANGE_REQUEST_DESCRIPTION}"'",
           "assignment_group": "'"${ASSIGNMENT_GROUP_ID}"'",
           "implementation_plan": "'"${CR_IMPLEMENTATION_PLAN}"'",
           "backout_plan": "'"${CR_BACKOUT_PLAN}"'",
           "test_plan": "'"${CR_TEST_PLAN}"'"
         }
       }
    
    

사용자 정의 변경 관리로 파이프라인 실행#

시작점으로 gitlab-ci-workflow2.yml 샘플 파이프라인을 사용하세요. 이전 단계가 완료되면 프로젝트 CD 파이프라인에 gitlab-ci-workflow2.yml 샘플 파이프라인에 표시된 작업을 통합할 수 있습니다.

사용자 정의 변경 관리로 파이프라인을 실행하려면:

  1. ServiceNow에서 파이프라인의 스테이지 중 하나에 대해 변경 제어가 활성화됩니다.

    사용자 정의 변경 흐름을 사용하여 변경 제어가 활성화된 ServiceNow 스테이지.

  2. GitLab에서 변경 제어 기능이 있는 파이프라인 작업이 실행됩니다.

    변경 요청 생성 workflow2

  3. ServiceNow에서 servicenowdocker/sndevops 이미지를 사용하여 파이프라인 변수 값이 제공한 사용자 정의 제목, 설명 및 기타 필드로 변경 요청이 생성됩니다.

    파이프라인에서 사용자 정의 값으로 생성된 ServiceNow 변경 요청.

  4. GitLab에서 파이프라인 세부 정보에서 변경 요청 번호 및 기타 정보를 확인할 수 있습니다. 파이프라인 작업은 변경 요청이 승인될 때까지 실행 중 상태를 유지한 다음 다음 작업으로 진행합니다.

    승인 후 파이프라인 변경 세부 정보 workflow2

  5. ServiceNow에서 변경 요청을 승인합니다.

    파이프라인 세부 정보 workflow2

  6. GitLab에서 파이프라인 작업이 재개되고 변경 요청의 승인에 따라 프로덕션 환경으로의 배포가 시작되는 다음 작업이 실행됩니다.

    파이프라인 재개 workflow2