DevOps 변경 모델
DevOps 변경 속도 을 사용하면 최신 개발 관행을 반영하기 위해 변경 모델이나 프로세스를 보다 유연하게 정의할 수 있는 목적에 맞는 변경 모델을 사용할 수 있습니다.
DevOps 변경 모델 개요
중요사항:
DevOps 변경 요청의 경우 특정 사용 사례에 최적화된 방식으로 변경 프로세스 흐름을 보다 유연하게 활성화할 수 있는 변경 관리 - 변경 모델 기능을 사용합니다. 자세한 내용은 변경 모델 문서를 참조하십시오. 레거시 변경 관리 - 상태 모델도 지원됩니다. 자세한 내용은 상태 모델 및 전환 문서를 참조하십시오.
중요사항:
DevOps 및 DevOps 단순화된 변경 모델은 Argo CD 및 분할 도구 변경 요청에 대해 지원되지 않습니다.
특정 사용 사례에 대해 Flow Designer에 기본 제공되는 간결한 플로우 및 플로우 작업 제품군과 함께 목적에 맞는 변경 모델을 사용합니다. 변경 워크플로우(일반, 표준 및 긴급)에 사전 정의된 레거시 ITIL 기반 변경 프로세스를 사용하는 대신 특정 사용 사례에 최적화된 광범위한 모델로 선택적으로 전환할 수 있습니다. 상태 간 전환을 결정하는 상태와 규칙을 사용하여 변경 모델을 만들 수 있습니다. 변경 모델에 대한 자세한 내용은 다음 문서를 참조하십시오 변경 모델.
DevOps 또는 DevOps 단순 변경 모델을 포함한 모든 기본 시스템 변경 모델을 사용할 수 있습니다. 모델을 기반으로 변경 요청을 만들려면 ServiceNow의 단계 양식에서 모델 필드를 구성하거나 오케스트레이션 파이프라인에서 변경 단계의 모델 sys_id 또는 이름을 전달할 수 있습니다.
기본 시스템 DevOps 변경 모델
DevOps 및 DevOps 간소화라는 두 가지 변경 모델이 기본 시스템에 포함되어 있으며 모델 기반 변경 요청을 생성하기 위해 기본적으로 활성화됩니다.
- 유형 호환성 플래그
-
형식 호환성 com.snc.change_management.change_model.type_compatibility 속성은 만들 변경 요청의 종류(형식 또는 모델 기반)를 결정하는 데 사용됩니다. 시스템 속성 > 모든 속성으로 이동하여 이 속성의 값을 설정합니다. 이 속성의 기본값은 False입니다. 이 속성은 변경 모델에 대한 변경 유형 호환성을 사용하도록 설정합니다. true로 설정하면 변경 요청을 유형 기반 워크플로우 또는 변경 모델로 만들 수 있습니다. false로 설정하면 변경 모델만 사용하여 변경 요청이 생성됩니다.
변경 요청은 속성이 true 또는 false로 설정될 때 다음 테이블에 정의된 대로 구성 조합을 기반으로 생성됩니다.
표 1. 형식 호환성 속성이 True로 설정된 경우 ServiceNow의 파이프라인 단계에 구성된 변경 속성 파이프라인에 전달된 변경 속성 변경 요청 생성 시 고려되는 변경 속성 변경 모델: <선택한 모든 변경 모델> 모델 또는 변경 유형이 전달되지 않습니다. 모델 기반 변경 요청이 생성됩니다. 변경 모델: <선택한 모든 변경 모델> 유형이 전달되었습니다. 예: 일반 { "attributes": { "type": "normal" } }유형 기반 변경 요청이 작성됩니다. 변경 모델: <선택한 변경 모델> 예: 모델 1 다른 모델이 전달됩니다. 예를 들어, Model 2입니다.{ "attributes": { "chg_model": { "name": "Model 2" } } }모델 2를 기반으로 변경이 생성됩니다. 변경 모델: 지정되지 않음
변경 유형: <선택한 변경 유형>
모델이나 변경 유형이 전달되지 않았습니다. 유형 기반 변경 요청이 작성됩니다. 변경 유형: <선택한 변경 유형> 모델이 전달되었습니다. { "attributes": { "chg_model": { "name": "DevOps" } } }모델 기반 변경 요청이 생성됩니다. 변경 유형: <선택한 모든 변경 유형>. 예: 일반 다른 형식이 전달됩니다. 예를 들면 긴급입니다.{ "attributes": { "type": "emergency" } }긴급 유형을 기반으로 변경 요청이 생성됩니다. 표 2. 형식 호환성 속성이 False로 설정된 경우 ServiceNow의 파이프라인 단계에 구성된 변경 속성 파이프라인에 전달된 변경 속성 변경 요청 생성 시 고려되는 변경 속성 변경 모델: <선택한 모든 변경 모델> 모델이나 변경 유형이 전달되지 않았습니다. 모델 기반 변경 요청이 생성됩니다. 변경 모델: <선택한 모든 변경 모델> 유형이 전달되었습니다. 예: 일반 { "attributes": { "type": "normal" } }오류 유형 호환성 플래그가 비활성화되어 있으므로 변경 요청을 생성할 수 없습니다. 시스템 속성에서 유형 호환성 플래그를 활성화하거나, ServiceNow의 단계 기록에서 변경 모델을 구성하거나, 파이프라인에 적절한 변경 모델 시스템 ID 또는 이름을 입력합니다.
이 오류를 해결하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오 의 일반적인 오류 DevOps 변경 속도.
변경 모델: <선택한 변경 모델> 예: 모델 1 다른 모델이 전달됩니다. 예를 들어, Model 2입니다.{ "attributes": { "chg_model": { "name": "Model 2" } } }모델 2를 기반으로 변경이 생성됩니다. 변경 모델: 지정되지 않음
변경 유형: <선택한 변경 유형>
모델 또는 변경 유형이 전달되지 않습니다. 오류 파이프라인에 대해 변경 유형 또는 변경 모델이 구성되지 않아 변경 요청을 생성할 수 없습니다.
이 오류를 해결하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오 의 일반적인 오류 DevOps 변경 속도.
변경 유형: <선택한 변경 유형> 모델이 전달되었습니다. { "attributes": { "chg_model": { "name": "DevOps" } } }모델 기반 변경 요청이 생성됩니다. 변경 유형: <선택한 모든 변경 유형>. 예: 일반 다른 형식이 전달됩니다. 예를 들면 긴급입니다.{ "attributes": { "type": "emergency" } }오류 유형 호환성 플래그가 비활성화되어 있으므로 변경 요청을 생성할 수 없습니다. 시스템 속성에서 유형 호환성 플래그를 활성화하거나, ServiceNow의 단계 기록에서 변경 모델을 구성하거나, 파이프라인에 적절한 변경 모델 시스템 ID 또는 이름을 입력합니다.
이 오류를 해결하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오 의 일반적인 오류 DevOps 변경 속도.
- DevOps 모델 구성
-
기본 시스템 변경 모델에는 구현 상태 필드 값이 구현으로 있으며, 기록 사전 설정 필드는 기본적으로 유형=일반 으로 선택됩니다. DevOps 변경 모델에 사용할 수 있는 모델 상태는 신규, 평가, 승인, 예약됨, 구현, 검토, 종결, 취소됨입니다. DevOps 단순화된 변경 모델에 사용할 수 있는 모델 상태는 신규, 승인, 예약됨, 구현, 검토, 종결됨 및 취소됨입니다. 요구사항에 따라 변경 모델을 수정하고 특정 사용 사례에 대한 상태와 전환을 구성할 수 있습니다.
그림 1. DevOps 변경 모델 그림 2. DevOps 단순화된 변경 모델 기본 시스템 DevOps 모델을 사용하는 대신 자체 모델을 생성하려면 섹션의 변경 모델 생성 지침을 참조하십시오.
기록 사전 설정을 사용하여 변경 모델의 변경 상세 정보를 구성할 수 있습니다. 변경이 작성될 때마다 이 값은 변경 사항에 자동으로 설정됩니다. 변경 요청에 있는 모든 변경 필드에 대한 기록 사전 설정을 설정할 수 있습니다.
변경 요청을 만들 때 변경 세부 정보를 미리 제출하기 위해 다음 논리가 고려됩니다.- 기록 사전 설정에서 변경 상세 정보를 구성한 경우 파이프라인에서 변경 상세 정보를 전달하여 이 값을 재정의할 수 없습니다.
- 기록 사전 설정에 변경 상세 정보가 구성되지 않은 경우 파이프라인에서 전달된 값은 변경 요청의 세부 정보를 미리 제출하는 데 고려됩니다.
- 변경 상세 정보가 기록 사전 설정에서 구성되지 않았거나 파이프라인에서 전달되지 않은 경우 ServiceNow의 단계 양식에 구성된 값이 고려됩니다.
ServiceNow의 기록 사전 설정에 구성된 변경 상세 정보 ServiceNow의 단계 양식에 구성된 변경 상세 정보 파이프라인에 전달된 변경 상세 정보 변경 생성 시 미리 채워진 변경 상세 정보 할당 그룹: DevOps 보고서 할당 그룹: 지정되지 않음 할당 그룹: 지정되지 않음 할당 그룹은 변경 요청의 사전 설정된 기록에서 미리 채워집니다. 할당 그룹: 구성되지 않음 할당 그룹: 지정되지 않음 할당 그룹: DevOps 보고서 할당 그룹은 변경 요청의 파이프라인에서 미리 채워집니다. 할당 그룹: 구성되지 않음 할당 그룹: DevOps 보고서 할당 그룹: 지정되지 않음 할당 그룹은 변경 요청의 단계 양식에서 미리 채워집니다.
DevOps 변경 모델
DevOps 변경 모델에는 상태 전환 및 변경 승인을 위한 기본 시스템의 플로우가 포함되어 있습니다. DevOps 모델의 각 상태에는 고유한 플로우가 있으며, 필요한 조건이 충족되면 각 플로우가 트리거됩니다. 변경 승인(자동 또는 수동)은 DevOps 모델 변경 정책을 기반으로 합니다. 기본적으로 기본 시스템 DevOps 모델 변경 정책에는 수동 승인 결정만 활성화되어 있습니다. 더 많은 승인 자동화를 사용할 준비가 되면 정책을 수정할 수 있습니다. 다음 플로우는 상태 전환 및 변경 승인 동작을 설명합니다.- 변경 - DevOps - 새로 만들기: 변경 요청이 신규 상태로 생성되면 이 플로우가 트리거됩니다. 할당 그룹이 있는 경우 이 플로우는 변경 상태를 평가로 업데이트합니다.
- 변경 - DevOps - 평가: 변경 요청이 평가 상태이면 이 플로우가 트리거됩니다. 이 플로우에는 변경 요청과 연결된 DevOps 데이터를 검색하고 변경 요청을 자동 승인, 자동 거부 또는 수동 승인을 위해 전송해야 하는지 여부를 확인하는 데 사용되는 DevOps 변경 정책 데이터 수집 및 변경 승인 정책 적용의 두 가지 주요 작업이 있습니다. 변경 승인(자동 또는 수동)은 DevOps 모델 변경 정책에 따라 변경 승인 정책 적용 작업에서 이 플로우의 일부로 발생합니다. 변경이 승인(자동 또는 수동)되면 승인 상태로 이동합니다. 변경이 거부되면 변경을 요청한 사용자에게 이메일 알림이 전송되고 변경은 신규 상태로 다시 이동됩니다.
- 변경 - DevOps - 승인: 변경 요청이 승인 상태인 경우 이 플로우가 트리거됩니다. 기본 시스템에는 변경 요청과 연결된 DevOps 데이터를 검색하고 변경 요청을 자동 승인, 자동 거부 또는 수동 승인을 위해 전송해야 하는지 여부를 확인하는 데 사용되는 DevOps 변경 정책 데이터 수집 및 변경 승인 정책 적용이라는 두 가지 주요 작업이 있음을 알 수 있습니다. 변경 승인 정책 적용 작업의 DevOps 모델 변경 정책의 조건이 충족되지 않습니다. 따라서 이 플로우의 변경 승인(자동 또는 수동)은 건너뜁니다. 이 플로우는 변경 - DevOps - 일정 플로우를 트리거하는 변경 요청 상태만 예약됨으로 이동합니다. 주:변경 프로세스에 다른 승인이 필요한 경우 이 플로우를 참조하여 요구 사항에 따라 DevOps 모델 변경 정책을 사용자 지정할 수 있습니다.
- 변경 - DevOps - 일정: 변경 요청이 예약됨 상태인 경우 이 플로우가 트리거됩니다. 계획된 시작 날짜에 도달하면 변경 상태가 구현 상태로 이동됩니다.
- 변경 - DevOps - 구현: 변경 요청이 구현 상태인 경우 이 플로우가 트리거됩니다.
DevOps 모델 변경 정책에는 다음과 같은 정책 입력이 포함됩니다.
- is_change_with_partial_data
- regression_tests_failed
- code_security
- code_coverage
- total_num_of_commits
- tests_passing_percent
- load_tests_failed
- num_of_open_incidents
- num_of_outages_in_last_7_days
- num_of_current_outages
- integration_tests_failed
- commits_without_work_item
- change_request
- 위험
지정한 조건에 따라 DevOps 모델 변경 정책의 세 가지 결과는 다음과 같습니다.
- 자동 승인: 정책에 지정된 조건이 충족되면 변경 요청이 자동으로 승인됩니다.
- 자동 거부: 정책에 지정된 조건 중 하나 이상이 충족되지 않으면 변경 요청이 자동으로 거부됩니다.
- 수동 승인: 하나 이상의 조건에 사용자 또는 그룹의 수동 승인이 필요한 경우, 이는 정책에 지정됩니다. 수동 승인을 신속하게 처리하고 변경 요청을 진행하기 위해 정책에 따라 알림이 관련 사용자 또는 그룹에 전송됩니다.주:기본적으로 기본 시스템 DevOps 모델 변경 정책에는 수동 승인 결정만 활성화되어 있습니다.
중요사항:
기본 시스템 DevOps 모델을 그대로 사용하면 변경 승인이 기본적으로 자동화됩니다. 자동화된 변경 승인을 원하지 않는 경우 현재 변경 프로세스에 적합한 방식으로 DevOps 모델 변경 정책을 수정할 수 있습니다.
DevOps 단순화된 모델
DevOps 단순 변경 모델에는 상태 전환 및 변경 승인을 위한 기본 시스템의 플로우가 포함되어 있습니다. DevOps 단순 모델의 각 상태에는 자체 플로우가 있으며, 각 플로우는 필요한 조건이 충족되면 트리거됩니다. 변경 승인(자동 또는 수동)은 DevOps 단순 모델 변경 정책을 기반으로 합니다. 다음 플로우는 상태 전환 및 변경 승인 동작을 설명합니다.
- 변경 - DevOps 간소화 - 신규: 변경 요청이 신규 상태로 생성되면 이 플로우가 트리거됩니다. 할당 그룹이 있는 경우 이 플로우는 변경 상태를 평가로 업데이트합니다.
- 변경 - DevOps 간소화 - 승인: 변경 요청이 승인 상태인 경우 이 플로우가 트리거됩니다. 이 플로우에는 변경 요청과 연결된 DevOps 데이터를 검색하고 변경 요청을 자동 승인, 자동 거부 또는 수동 승인을 위해 전송해야 하는지 여부를 확인하는 데 사용되는 DevOps 변경 정책 데이터 수집 및 변경 승인 정책 적용의 두 가지 주요 작업이 있습니다. 변경 승인(자동 또는 수동)은 DevOps 단순 모델 변경 정책을 기반으로 변경 승인 정책 적용 작업에서 이 플로우의 일부로 발생합니다. 변경이 승인되면(자동 또는 수동) 일정 상태로 이동합니다. 변경이 거부되면 변경을 요청한 사용자에게 이메일 알림이 전송되고 변경은 신규 상태로 다시 이동됩니다. 주:변경 프로세스에 다른 승인이 필요한 경우 이 플로우를 참조하여 요구 사항에 따라 DevOps 단순화된 모델 변경 정책을 사용자 지정할 수 있습니다.
- 변경 - DevOps 간소화 - 일정: 변경 요청이 예약됨 상태인 경우 이 플로우가 트리거됩니다. 계획된 시작 날짜에 도달하면 변경 상태가 구현 상태로 이동됩니다.
- 변경 - DevOps 간소화 - 구현: 변경 요청이 구현 상태인 경우 이 플로우가 트리거됩니다.
DevOps 단순 모델 변경 정책에는 다음과 같은 정책 입력이 포함되어 있습니다.
- is_change_with_partial_data
- regression_tests_failed
- code_security
- code_coverage
- total_num_of_commits
- tests_passing_percent
- load_tests_failed
- num_of_open_incidents
- num_of_outages_in_last_7_days
- num_of_current_outages
- integration_tests_failed
- commits_without_work_item
- change_request
- 위험
지정한 조건에 따라 DevOps 단순 모델 변경 정책의 3가지 결과는 다음과 같습니다.
- 자동 승인: 정책에 지정된 조건이 충족되면 변경 요청이 자동으로 승인됩니다.
- 자동 거부: 정책에 지정된 조건 중 하나 이상이 충족되지 않으면 변경 요청이 자동으로 거부됩니다.
- 수동 승인: 하나 이상의 조건에 사용자 또는 그룹의 수동 승인이 필요한 경우, 이는 정책에 지정됩니다. 수동 승인을 신속하게 처리하고 변경 요청을 진행하기 위해 정책에 따라 알림이 관련 사용자 또는 그룹에 전송됩니다.주:기본적으로 기본 시스템 DevOps 단순화 모델 변경 정책에는 수동 승인 결정만 활성화되어 있습니다.
파이프라인을 재개하기 위해 콜백
DevOps 변경 속도에서는 콜백 요청을 보내기 위해 다음 사항을 고려합니다.
- 구현 상태는 타사 오케스트레이션 도구에 콜백을 보내는 데 사용됩니다. 변경 모델에 하나의 구현 상태만 있는 경우 절대 비교가 수행됩니다. 변경 모델에 의해 생성된 변경이 설정된 구현 상태에 도달하면 외부 공급업체 오케스트레이션 도구에 콜백이 전송됩니다.주:변경 모델에서 구현 상태 필드에는 하나 이상의 상태가 있을 수 있습니다. 각 변경 모델의 구현 상태를 정의할 수 있습니다. 자세한 내용은 상태 모델 및 전환 문서를 참조하십시오.
- 변경 모델에 여러 구현 상태가 있는 경우 구현 상태에 먼저 도달한 상태의 외부 공급업체 오케스트레이션 도구에 콜백이 전송됩니다.
- 변경 모델에 설정된 구현 상태가 없는 경우 모델 상태가 구현 상태에 대해 확인됩니다. 구현 상태가 있으면 외부 공급업체 오케스트레이션 도구로 콜백하는 것으로 간주됩니다. 모델 상태에도 구현 상태가 없으면 sn_devops.change_request.implement_state 속성에 있는 값이 고려됩니다. 시스템 속성의 값은 기본적으로 구현 상태인 -1입니다.
주:
변경 – DevOps – 실행 상태 업데이트 플로우는 타사 오케스트레이션 도구에 콜백을 보내는 데 사용됩니다. 이 승인 플로우는 변경 요청이 구현 상태가 될 때까지 대기합니다. 변경 요청이 구현 상태에 도달하면 이 플로우는 단계 실행 기록을 적절한(승인됨, 거부됨, 취소됨) 상태로 업데이트합니다. 단계 실행 기록이 업데이트되는 순간 변경 제어 콜백 플로우가 트리거되어 콜백을 외부 공급업체 도구로 보냅니다.
업그레이드 후
- 변경 모델 필드가 단계 양식에 표시됩니다. 유형 호환성 속성()com.snc.change_management.change_model.type_compatibility이 예이므로 기존 유형 기반 변경 생성 프로세스에는 영향을 주지 않습니다.
- 모델 기반 변경 요청을 사용하려면 형식 호환성 속성을 false로 설정합니다. 단계 양식의 변경 모델 필드가 필요합니다. 속성 기반의 구성 조합에 대한 자세한 내용은 테이블을 형식 호환성 속성이 False로 설정된 경우참조하십시오 .
주:
인스턴스를 zboot한 기존 고객 또는 신규 고객인 경우 기본적으로 모델 기반 변경 요청을 생성할 수 있습니다. 그러나 형식 호환성 속성을 true로 설정하여 형식 기반 변경 요청을 만들 수 있습니다.
다음 테이블에서는 신규 및 업그레이드 고객에게 변경 모델 기능이 작동하는 방식을 설명합니다.
| 새 인스턴스 또는 업그레이드 | 유형 호환성 플래그 | 모델 또는 유형 | 상태 전환 플로우 | 자동 변경 승인 플로우 | 외부 공급업체로 콜백 |
|---|---|---|---|---|---|
| zboot(신규 또는 기존 zbooted) | 아니오 | DevOps 모델 |
|
기본 시스템에서 변경 승인(자동 또는 수동)은 변경 요청 - DevOps - 평가 플로우를 통해 이루어집니다. 다른 수준의 승인을 원하는 경우 변경 요청 - DevOps - 승인 플로우를 참조하고 그에 따라 DevOps 모델 변경 정책을 사용자 지정할 수 있습니다. | 콜백 섹션의 메모를 참조하십시오. |
| 업그레이드 | 아니오 | DevOps 모델 |
|
기본 시스템에서 변경 승인(자동 또는 수동)은 변경 요청 - DevOps - 평가 플로우를 통해 이루어집니다. 다른 수준의 승인을 원하는 경우 변경 요청 - DevOps - 승인 플로우를 참조하고 그에 따라 DevOps 모델 변경 정책을 사용자 지정할 수 있습니다. | 콜백 섹션의 메모를 참조하십시오. |
| zboot(신규 또는 기존 zbooted) | 아니오 | DevOps 단순화된 모델 |
|
기본 시스템에서 변경 승인(자동 또는 수동)은 변경 요청 - DevOps - 승인 플로우를 통해 이루어집니다. 다른 수준의 승인을 원하는 경우 그에 따라 DevOps 단순 모델 변경 정책을 사용자 지정할 수 있습니다. | 콜백 섹션의 메모를 참조하십시오. |
| 업그레이드 | 아니오 | DevOps 단순화된 모델 |
|
기본 시스템에서 변경 승인(자동 또는 수동)은 변경 요청 - DevOps - 승인 플로우를 통해 이루어집니다. 다른 수준의 승인을 원하는 경우 그에 따라 DevOps 단순 모델 변경 정책을 사용자 지정할 수 있습니다. | 콜백 섹션의 메모를 참조하십시오. |
| 업그레이드 | 예 | 유형 | 현재 동작이 계속됨 | DevOps 변경 요청 수동 승인 또는 DevOps 변경 요청 최소 자동화 승인 또는 DevOps 변경 요청 고급 자동화 승인 플로우(활성 상태인 플로우) | 변경 제어 콜백 플로우 |