CI(지속적 통합) 및 CD(지속적 배포) 파이프라인에서 변경 요청 생성을 자동화하고 자동으로 승인하는 것이 DevOps Change Velocity의 최종 목표가 되겠지만 이러한 단계별 방식으로 구현에 접근할 수 있습니다. 여기의 각 단계는 이전 단계에 비해 점진적인 가치를 제공하며 기존 프로세스에 대한 최소한의 변경으로 시작할 수 있도록 합니다.

1. 도구 및 애플리케이션 연결: 주요 DevOps 도구를 통합하고 이러한 도구에서 추적할 키 객체를 선택하여 시작합니다. 이 작업은 파이프라인이나 개발 자산을 수정할 필요 없이 수행할 수 있습니다. 그런 다음, 먼저 온보딩하려는 팀에 대한 DevOps 앱을 생성합니다. 도구의 데이터를 Now Platform으로 가져오려면 이 단계를 완료해야 합니다.

   도구 통합에 대한 자세한 내용은 을 참조하십시오 외부 공급업체 도구와 통합 DevOps 변경 속도.

2. 변경 추적성: 주요 DevOps 도구와의 통합을 설정하면 이러한 도구 ServiceNow의 관련 데이터가 . 그런 다음 기존 프로세스를 계속 사용하여 변경을 생성할 수 있지만 몇 번의 클릭만으로 모든 관련 정보를 변경 요청에 추가하여 시간을 절약할 수 있습니다. 이 정보에는 스토리, 코드 커밋, 테스트 결과, 품질 검사 등이 포함됩니다. 변경 요청 플로우 모델링에 대한 자세한 내용은 다음 문서를 참조하십시오 using-dev-ops-model-change-flow.html.

   이 두 단계가 완료되면 변경 프로세스를 자동화하고 배포를 가속화하며 속도를 높이는 데 도움이 되는 다음 두 단계로 진행할 수 있습니다. 기존 프로세스나 파이프라인을 변경할 필요가 없으므로 이 두 단계로 구현을 시작할 수 있습니다.

3. 변경 등록: 이 단계에서는 CI/CD 파이프라인에서 변경 요청 생성을 자동화하여 가치를 더욱 높입니다. 이 단계에서는 변경 요청을 자동으로 생성할 수 있도록 팀의 CI/CD 파이프라인을 수정해야 합니다. 이 자동화를 통해 개발자는 변경 요청을 수동으로 작성할 필요가 없으므로 시간이 절약되어 인적 오류의 위험이 줄어듭니다. 자세한 내용은 파이프라인 내에서 변경 요청 상세 정보 구성 DevOps 문서를 참조하십시오.
4. 변경 자동화: 도구 데이터가 실시간으로 들어 ServiceNow 오고, 변경 요청이 자동으로 생성되고, 데이터 기반 정책에 따라 자동으로 승인 또는 거부되는 가치 실현의 마지막 단계입니다. 이 단계에서는 정책 가이드라인을 만들고 입력 데이터를 기반으로 자동화된 변경 승인 결정을 사용하여 위험을 줄이고 변경 성공률을 높여야 합니다. 자세한 내용은 변경 프로세스 가속화 DevOps 문서를 참조하십시오.