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

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

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

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

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

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