변경 프로세스 가속화 DevOps
파이프라인에서 자동 변경 요청 생성에 대한 DevOps 변경 속도 변경 가속 기능을 활성화하고 변경 승인 플로우 및 정책을 사용하여 특정 조건에서 승인을 자동화합니다.
다음으로 이동하여 활성 변경 요청에 대한 상세 정보를 볼 수 있습니다. .
변경 통제 프로세스
개발 파이프라인의 DevOps 작업에 대해 변경 제어가 활성화된 경우 변경 요청이 자동으로 생성되고 변경 요청에 대한 할당 그룹이 추가된 경우 현재 스테이지 또는 작업의 실행에 대한 승인을 요청하는 평가 상태로 설정됩니다. 변경 승인 정책에서 조건을 구성하여 변경 요청을 자동으로 승인할 수 있습니다.
파이프라인을 일시 중지하지 않는 영수증 변경을 사용하도록 파이프라인 단계를 구성할 수 있습니다. 영수증 변경이 활성화된 상태로 생성된 변경 요청에는 모든 파이프라인 데이터가 포함되지만 파이프라인에서 진행하기 위해 승인이 필요하지 않으며 변경 요청은 구현 후 상태가 됩니다. 변경 영수증을 활성화하지 않고 생성된 변경 요청의 경우 변경 요청이 승인될 때까지 파이프라인이 일시 중지되고 승인 시 파이프라인이 재개됩니다.
영수증 변경이 켜져 있는 경우에도 변경 요청 상태의 자동 전환을 중지하려면 sn_devops.enable_change_receipt_state_transition 속성을 사용하지 않도록 설정해야 합니다. 자세한 내용은 DevOps 변경 속도 속성 문서를 참조하십시오.
변경 요청이 자동 또는 수동으로 승인되면 변경 요청이 구현 상태로 이동하고 작업이 실행됩니다. 작업이 실행되면 변경 요청은 종결됨 상태로 전환되고 종결 코드는 작업 실행이 성공한 경우 성공으로, 작업 실행에서 오류 발생 시 실패로 표시됩니다. 변경 요청 상태 사용자 지정에 대한 자세한 내용은 변경 요청 프로세스 사용자 지정을 참조하십시오.
변경 요청이 승인되지 않고 취소됨 또는 종결됨 상태로 이동되면 연결된 Jenkins, GitHub 또는 ADO 작업이 실패로 표시되고 콘솔 메시지가 표시됩니다.
Jenkins의 경우: [ServiceNow DevOps] 작업 실행이 승인되지 않았습니다.
GitHub의 경우: 오류: **** 변경이 생성되었지만 변경이 거부되거나 취소되었습니다.
ADO의 경우: "changeState":"Closed"
플로우와 정책을 사용한 변경 요청 자동 승인
모든 DevOps 변경 요청에 대한 변경 승인 프로세스를 자동화할 수 있습니다. DevOps Change Velocity는 플로우 및 DevOps 데이터(예: 작업 항목, 커밋, 코드 범위, 코드 보안, 위험 및 테스트 결과)를 사용하여 변경 요청의 상태를 업데이트하고 변경 승인 정책에 따라 자동으로 승인합니다. 플로우 디자이너에서 클론, 사용자 지정 및 활성화할 수 있는 세 가지 플로우가 기본 시스템에 제공됩니다. 기본적으로 DevOps 변경 요청 수동 승인 플로우가 활성화됩니다. DevOps 플로우는 자동으로 생성된 변경 요청 또는 영수증 변경이 꺼져 있는 변경 요청에만 적용할 수 있습니다.
플로우
플로우는 트리거(플로우 실행 시점 지정)와 재사용 가능한 일련의 작업(작업이 데이터에 대해 일련의 작업을 수행함)으로 구성된 자동화된 프로세스입니다. 플로우는 프로세스 자동화를 지원하는 Now Platform 기능인 Flow Designer에 내장되어 있습니다. 자세한 내용은 Flow Designer 문서를 참조하십시오.
기본 시스템에서 사용할 수 있는 DevOps 플로우 중 하나를 템플릿으로 사용할 수 있습니다. 플로우를 복제하고 비즈니스 요구 사항에 맞게 사용자 지정합니다. 상충과 오류를 방지하기 위해 항상 하나의 DevOps 플로우만 활성 상태인지 확인합니다. DevOps 플로우는 DevOps 범주가 있거나 devops_change 속성이 true로 설정된 변경 요청에 적용할 수 있습니다. (자동으로 생성된 DevOps 변경 요청은 기본적으로 범주를 DevOps로 설정합니다.)
- DevOps 변경 요청이 승인되면 플로우는 단계 실행 상태를 승인됨으로 업데이트하고 변경 요청 상태는 구현으로 업데이트합니다. 그 후 파이프라인이 재개됩니다.
- DevOps 변경 요청이 거부되면 플로우는 단계 실행 상태를 거부됨으로 업데이트하고 변경 요청 상태는 신규로 업데이트합니다. 그 후 파이프라인이 종료됩니다.
- DevOps 변경 요청이 취소되면 플로우는 단계 실행 상태를 사용자에 의해 취소됨으로 업데이트하고 변경 요청은 취소됨으로 업데이트합니다. 그 후에는 파이프라인이 취소됩니다.
DevOps 변경 요청 수동 승인 플로우, DevOps 변경 요청 최소 자동화 승인 플로우 또는 DevOps 변경 요청 고급 자동화 승인 플로우에서 변경 사항을 업데이트하는 동안 비즈니스 규칙 또는 데이터 정책으로 인해 오류가 발생하면 해당 오류가 변경 요청의 작업 메모에 표시되고 파이프라인 도구의 콘솔 로그에 기록됩니다.
| DevOps 플로우 | 기본 동작 |
|---|---|
| DevOps 변경 요청 수동 승인 플로우 | 이 플로우는 기본적으로 활성화됩니다. 이 플로우에서 DevOps 변경 요청은 수동 승인 프로세스를 거쳐야 하며, 이 프로세스에서 플로우는 변경 요청이 적격 상태(거부됨, 구현됨 또는 특정 구현 상태)에 도달할 때까지 대기합니다. 도달 시 이 플로우는 변경 요청 상태에 따라 단계 실행 상태를 업데이트합니다. 변경 요청이 유형 기반인 경우 플로우는 변경 내용이 거부, 구현 또는 취소될 때까지 기다립니다. 변경 요청이 모델 기반인 경우 플로우는 변경이 거부되거나, 취소되거나, 모델에 정의된 구현 상태 중 하나 또는 DevOps 속성에 지정된 구현 상태에 도달할 때까지 기다립니다. 상충과 오류를 방지하기 위해 모델이 기본 시스템 DevOps 변경 모델(DevOps 또는 DevOps 간소화)인 DevOps 변경 요청에 대해서는 이 플로우가 트리거되지 않습니다. 이 플로우를 복제하고 사용자 지정하여 변경할 수 있습니다. 다른 DevOps 플로우가 비활성화되었는지 확인합니다. |
| DevOps 변경 요청 최소 자동화 승인 플로우 | 이 플로우는 DevOps 데이터를 수집하고 DevOps 변경 요청 최소 자동화 정책을 실행하여 변경을 자동 거부, 자동 승인 또는 수동 승인을 위해 보낼지 여부를 결정합니다. 이 플로우는 유형 또는 모델이 정상으로 설정된 DevOps 변경 요청에 대해 트리거됩니다. 변경 요청 승인을 자동화하되 최소한으로 시작하려면 이 플로우를 활성화합니다. 이 플로우를 복제하고 사용자 지정하여 변경할 수 있습니다. 다른 DevOps 플로우가 비활성화되었는지 확인합니다. 또한 DevOps - 최소 자동화 정책 결정 이유 업데이트 작업을 이 플로우에 추가하여 정책 결정을 단계 실행 변경 코멘트 및 변경 요청 워크노트로 업데이트하여 결정 이유를 알 수 있습니다. 모든 결정 블록 내에 이 작업을 추가하고 필요한 입력을 지정할 수 있습니다. |
| DevOps 변경 요청 고급 자동화 승인 플로우 | 이 플로우는 DevOps 데이터를 수집하고 DevOps 변경 요청 고급 자동화 정책을 실행하여 변경을 자동 거부, 자동 승인 또는 수동 승인을 위해 보낼지 여부를 결정합니다. 이 플로우는 유형 또는 모델이 정상으로 설정된 DevOps 변경 요청에 대해 트리거됩니다. DevOps 변경 요청이 승인되면 플로우가 변경 요청을 예약된 상태로 업데이트하고 계획된 시작 날짜를 사용하여 변경 요청 시작 날짜를 설정합니다. 변경 요청 시작 날짜에 플로우는 변경 요청 상태를 구현으로 업데이트합니다. 그 후 파이프라인이 재개됩니다. 강력한 변경 정책으로 변경 요청 승인을 자동화하려면 이 플로우를 활성화합니다. 이 플로우를 복제하고 사용자 지정하여 변경할 수 있습니다. 다른 DevOps 플로우가 비활성화되었는지 확인합니다. |
| DevOps 데모 변경 자동화 플로우 | 데모 데이터가 설치되면 결정 정책에 따라 일반 유형의 변경 요청 또는 일반 모델 변경 요청을 자동으로 승인할 수 있는 DevOps 데모 변경 자동화 플로우를 사용할 수 있습니다. 데모 데이터의 일부로 사용할 수 있는 결정 정책은 다음과 같습니다.
|
변경 승인 정책
- 정책 입력: 조건 내에서 평가되는 변수 소스입니다.
- 결정: 조건에 따라 변경 승인 정의를 적용해야 하는지 여부를 결정합니다.
- 승인 정의: 적용할 수 있는 승인 유형을 정의합니다.
- DevOps 모델 변경 정책
- DevOps 변경 요청 최소 자동화 정책
- DevOps 변경 요청 고급 자동화 정책
변경 승인 정책에 대한 자세한 내용은 을 참조하십시오 변경 승인 정책.
DevOps 자동 승인 플로우는 변경 승인 정책 및 DevOps 데이터(예: 작업 항목, 커밋, 끌어오기 요청, 테스트 요약, 보안 요약 및 품질 요약)를 사용하여 변경 기록 상태 및 단계 실행 상태를 승인됨, 거부됨 또는 취소됨으로 자동 업데이트합니다. 비즈니스 요구 사항에 따라 이러한 정책을 보고 편집하거나 결정 테이블에서 직접 만들 수 있습니다. 다음 결정 테이블을 참조하십시오.
DevOps 변경 요청 최소 자동화 정책에는 기본적으로 다음과 같은 조건과 기준이 있습니다.
DevOps 변경 요청 고급 자동화 정책에는 기본적으로 다음과 같은 조건과 기준이 있습니다.
- 자동 승인: 정책에 지정된 조건이 충족되면 변경 요청이 자동으로 승인됩니다.
- 자동 거부: 정책에 지정된 조건 중 하나 이상이 충족되지 않으면 변경 요청이 자동으로 거부됩니다.
- 수동 승인: 정책에 지정된 사용자 또는 그룹의 수동 승인이 필요한 하나 이상의 조건이 있는 경우. 수동 승인을 신속히 처리하고 변경 요청을 진행하기 위해 정책에 따라 관련 사용자 또는 그룹에 알림이 전송됩니다.
사용자 지정 변경 요청 템플릿
변경 요청의 유형은 전역 범위의 변경 요청 테이블에 해당합니다.
자동 변경 요청 관련 목록
- 커밋
- 변경 요청과 관련된 커밋입니다.
- 작업 항목
- 변경 요청과 관련된 작업 항목입니다.
- 아티팩트 버전
변경 요청이 승인되기 전에 생성된 패키지의 파이프라인 실행에 연결된 패키지와 연결된 아티팩트 버전 목록입니다.
파이프라인 실행에 연결된 패키지가 없으면 목록이 비어 있습니다.
- 테스트 요약(테스트 결과 관련 목록 대체)
변경 요청 전에 아티팩트, 패키지 또는 작업 실행과 관련된 파이프라인 실행에 대한 테스트 요약 목록입니다.
자세한 내용은 테스트 결과를 참조하십시오.
사용자 지정 변경 요청 프로세스
이러한 DevOps 변경 속성은 변경 요청 플로우를 사용자 지정하는 데 사용할 수 있습니다.
- DevOps 변경 요청 구현 상태
- DevOps 변경 요청 사후 구현 상태
- DevOps 변경 요청 취소 상태
- DevOps 변경 요청 승인 텍스트
변경 요청 플로우를 사용자 지정하려면 먼저 . 예를 들면 DevOps_Implement (value - 10)과 같습니다.
그런 다음 선택 목록을 .
선택 목록을 생성하여 스크립트 포함에 추가한 후에는 DevOps 변경 속성을 새 선택 목록 값으로 업데이트할 수 있습니다. 예: DevOps change request implement state -10.
DevOps 위험 조건
커밋한 사람 위험 점수를 기준으로 위험 및 영향 계산을 사용할 DevOps 수 있습니다.
이 조건은 기본적으로 비활성화되어 있습니다.
테스트 결과 관련 목록
패키지를 만든 후 파이프라인에서 실행된 테스트를 나열합니다. 패키지가 생성되지 않은 경우 목록에는 아티팩트 버전이 생성된 후 실행된 테스트가 포함됩니다.
시나리오:
- 파이프라인에서 패키지가 만들어지지만 아티팩트 버전이 등록되지 않습니다.
- 변경 요청이 패키지 생성 단계에서 생성된 경우:
패키지가 파이프라인 실행에 아직 연결되지 않았으므로 테스트 결과가 표시되지 않습니다.
- 패키지 생성 단계 이후의 스테이지에서 변경 요청이 생성되는 경우:
빌드 테스트 요약에는 패키지 생성 단계 이후의 단계부터 변경 제어 단계까지의 단계와 관련된 요약이 포함됩니다.
- 변경 요청이 패키지 생성 단계에서 생성된 경우:
- 아티팩트 버전이 등록되지만 패키지는 생성되지 않습니다.
- 변경 요청이 아티팩트 버전 단계에서 생성된 경우:
작업 실행이 완료될 때까지 연결된 테스트가 없으므로 테스트 결과가 표시되지 않습니다.
- 아티팩트 버전 스테이지 이후의 스테이지에서 변경 요청이 생성되는 경우:
빌드 테스트 요약에는 아티팩트 버전 단계의 요약과 이후 단계, 변경 제어 단계까지의 요약이 포함됩니다.
- 변경 요청이 아티팩트 버전 단계에서 생성된 경우:
- 아티팩트 버전과 패키지는 모두 파이프라인에서 만들어집니다.
- 변경 요청이 아티팩트 버전 및 패키지 생성 스테이지 이후 스테이지의 일부인 경우:
빌드 테스트 요약에는 패키지 생성 단계와 관련된 요약과 이후 단계, 변경 제어 단계까지의 단계가 포함됩니다.
- 변경 요청이 패키지 생성 단계의 일부이고 아티팩트 버전이 이전 단계의 일부로 생성된 경우;
- 또는 변경 요청은 아티팩트 버전 단계 이후 단계(패키지 생성 아님)에서 생성되지만 패키지 생성 단계 이전에 생성됩니다.
- 또는 변경 요청이 패키지 생성 단계의 일부이고 아티팩트 버전이 이전 단계의 일부로 생성되는 경우:
빌드 테스트 요약에는 아티팩트 버전 스테이지와 관련된 요약과 이후 스테이지, 변경 제어 스테이지까지의 요약이 포함됩니다.
- 변경 요청이 아티팩트 버전 및 패키지 생성 스테이지 이후 스테이지의 일부인 경우:
파이프라인 실행 뷰
다음으로 이동하여 파이프라인 활동을 볼 수 있습니다. .