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

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

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

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

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

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