DevOps 변경 속도 릴리스 정보
의 Change Velocity 애플리케이션에 대한 DevOps 버전 기록입니다 ServiceNow Store.
중요사항:
시스템 요구 사항과 제품군 호환성에 대한 자세한 내용은 ServiceNow Store 웹 사이트에서 애플리케이션 목록을 참조하십시오.
버전 이력
- 버전 5.1.0 - 2025년 2월
-
- 신규:
- 사전 예방적 상태 검사 지원
- 사전 예방적 검사 제품군을 사용하여 DevOps 변경 속도 인스턴스에서 예외 및 문제를 탐지합니다. 이러한 검사는 제품 UI에서는 명확하지 않지만 테이블 스캔을 통해 쉽게 감지할 수 있는 문제를 식별하는 데 도움이 될 수 있습니다. 검사 유형에 따라 예약된 작업 또는 요청 시입니다.
- ServiceNow와의 도구 통합 활용
- 오케스트레이션 도구를 DevOps 변경 속도와 통합합니다. 이러한 통합을 통해 실시간 이벤트를 연결, 검색, 임포트 및 처리하고, ServiceNow for Harness 파이프라인의 변경 사항과 CI/CD를 통합할 수 있습니다.
- 사전 예방적 상태 검사 지원
- 변경:
- 기본 시스템에서 지원되지 않는 오케스트레이션 도구의 온보딩 간소화
- 간소화된 일반 프레임워크는 플랫폼에 대한 최소한의 지식만 있으면 사용자 지정 오케스트레이션 도구를 ServiceNow DevOps Change Velocity와 통합하는 사용하기 쉬운 솔루션을 제공합니다. 필요한 사용자 지정 코딩의 양을 줄이고 고객과 파트너 모두를 위한 전체 프로세스를 단순화하여 통합의 복잡성을 줄입니다. 이 프레임워크는 새로운 오케스트레이션 도구의 온보딩을 간소화하여 더 빠르게 채택하고, 더 원활하게 확장하고, 추가 팀을 더 쉽게 온보딩할 수 있도록 합니다. 이를 통해 통합 문제를 줄이고 사용자 채택 프로세스를 가속화하며 전환 중 마찰을 줄일 수 있습니다. 이 일반 프레임워크는 기본 시스템에서 ServiceNow가 기본적으로 지원하지 않는 모든 오케스트레이션 도구의 통합을 지원합니다.
- 계획 수립 도구 통합을 위한 사용자 지정 필드
- 작업 항목에 대한 추가 사용자 지정 필드를 가져와 DevOps 변경 속도로 기본 시스템에서 지원되는 계획 도구의 구성 가능성을 향상합니다.
- 향상된 리드 타임 계산
- 이제 리드 타임 계산은 파이프라인 실행의 일부로 등록된 아티팩트/패키지를 고려하고 연결된 커밋을 기반으로 계산됩니다.
- 효과적인 셀프 서비스 채택을 위한 향상된 제품 내 지침
- 작업 공간의 다양한 위치에서 외부 문서에 문서 또는 탐색을 추가하여 사용자 경험을 개선했습니다.
- 기본 시스템에서 지원되지 않는 오케스트레이션 도구의 온보딩 간소화
- 신규:
- 버전 5.0.0 - 2024년 11월
-
- 신규:
- Azure DevOps(ADO)에 대한 OAuth 2.0 인증
- OAuth 2.0 인증을 사용하여 Azure DevOps 도구를 DevOps 변경 속도와 연결하여 보다 안전한 인증 방법을 보장합니다.
- Jira Cloud에 대한 OAuth 2.0 인증
- OAuth 2.0 인증을 사용하여 Jira Cloud 도구를 DevOps Change Velocity와 연결하여 보다 안전한 인증 방법을 보장합니다.
- Azure DevOps(ADO)에 대한 OAuth 2.0 인증
- 변경:
- 모든 오케스트레이션 도구를 지원하는 일반화된 Docker 컨테이너 솔루션
- 일반화되고 확장 가능한 Docker 컨테이너 솔루션을 사용하면 도구별 플러그인 또는 확장에 의존할 필요 없이 변경 요청 생성 및 관련 DevOps 데이터 수집과 같은 파이프라인 작업을 호출하기 위해 오케스트레이션 도구를 DevOps Change Velocity와 통합합니다.
- 기본 시스템에서 지원되지 않는 계획 수립 도구의 온보딩 간소화
- 변환기 규칙을 사용하여 기본 시스템에서 지원되지 않는 계획 수립 도구를 통합합니다. GitLab 문제는 이제 계획 도구 중 하나로 사용할 수 있으며 이 새로운 접근 방식을 활용하여 빌드되므로 GitLab에서 계획을 검색하고, 작업 항목을 가져오고, 작업 항목(문제)에 대한 웹후크를 구성할 수 있습니다.
- 작업 항목을 직접 연결할 수 있도록 하여 수동 DevOps 변경 생성 환경 개선
- ITSM용 서비스 운영 작업 공간에서 수동으로 생성된 DevOps 변경 요청에 작업 항목 데이터를 추가합니다.
- 모든 오케스트레이션 도구를 지원하는 일반화된 Docker 컨테이너 솔루션
- 신규:
- 버전 4.1.0 - 2024년 8월
-
- 신규:
- 모델을 사용하여 전체 변경 자동화로의 여정 개선
- DevOps 변경 작업 공간에서 DevOps 변경 프로세스를 중단하지 않고 DevOps 변경 모델을 활용하고 DevOps 변경을 손쉽게 생성할 수 있는 제품 내 지침입니다.
- 평가 상태가 포함되지 않은 새로운 DevOps 단순화된 변경 모델을 사용하여 변경 프로세스를 빠르게 추적합니다. 이 모델에 대한 변경 승인은 DevOps 단순 모델 변경 정책을 기반으로 합니다.
- 승인 정책은 해당 DevOps 및 DevOps 단순화된 변경 모델에 대해 기본적으로 수동입니다.
- 이제 DevOps 모델의 새로운 변경 DevOps 업데이트 실행 상태 플로우가 외부 공급업체 오케스트레이션 도구에 콜백을 보내는 데 사용됩니다.
- 서비스 운영 작업 공간(SOW)의 변경 추적 가능성을 위한 DevOps 데이터
- DevOps 변경 작업 공간과 서비스 운영 작업 공간 모두에서 통합 변경 요청 경험을 위해 서비스 운영 작업 공간에서 수동으로 생성된 변경 요청에 DevOps 데이터를 추가하고 편집합니다.
- SOW 작업 공간의 개요 탭에서 모든 변경 상태(신규, 평가, 승인, 일정, 구현, 검토 및 종결)에 대한 DevOps 요약 카드를 봅니다. 수동으로 생성된 DevOps 변경 요청에 대한 DevOps 요약 카드에서 데이터를 추가하거나 편집할 수 있습니다.
- 참고: 이 기능은 Xanadu 릴리즈에서만 사용할 수 있습니다.
- 모델을 사용하여 전체 변경 자동화로의 여정 개선
- 구성에 대한 SOW 관리자 센터의 변경 관리자에 대한 DevOps 변경 사항 인식
- 이제 ServiceNow 관리자는 DevOps 변경 작업 공간(설치된 경우)에 대한 탐색 링크와 아직 설치되지 않은 경우 DevOps 변경 속도(DCV)를 설치할 수 있는 앱 가져오기 링크를 볼 수 있습니다(ITSM Pro에만 적용되거나 DCV 설치가 가능한 경우).
- 참고: 이 기능은 Xanadu 릴리즈에서만 사용할 수 있습니다.
-
- 채택 블루프린트의 DevOps 변경에 대한 인식
- 새로운 채택 블루프린트인 "변경 관리 프로세스 현대화"가 이제 Admin Center Adoption Blueprint에서 제공되어 ServiceNow 관리자가 안정성과 거버넌스를 손상시키지 않으면서 변경 프로세스를 동적으로 확장할 수 있도록 필요한 역량을 채택할 수 있는 방법을 안내합니다.
- 참고: 이 기능은 Xanadu 릴리즈에서만 사용할 수 있습니다.
- 채택 블루프린트의 DevOps 변경에 대한 인식
- 변경 관리 설정에서 ServiceNow 관리자에게 DevOps 변경에 대한 인식
- SOW 관리자 센터의 새로운 변경 관리 구성은 변경 관리자와 관리자가 변경 모델, 위험 및 성공 점수, 승인 정책 및 DevOps와 같은 변경 관리 여정을 현대화하는 데 사용할 수 있는 기능을 강조하여 변경을 현대화하는 방법에 대한 지침을 찾는 고객을 위한 원스톱 쇼핑 역할을 합니다.
- 참고: 이 기능은 Xanadu 릴리즈에서만 사용할 수 있습니다.
- 변경:
- DevOps 변경 요청 수동 승인 플로우 트리거 변경
- 상충과 오류를 방지하기 위해 모델이 기본 시스템 DevOps 변경 모델(DevOpsorDevOpssimplified)인 DevOps 변경 요청에 대해 DevOps 변경 요청 수동 승인 플로우가 트리거되지 않습니다.
- GitHub Actions를 사용한 재실행 지원
- 이제 변경 요청을 만들 때 GitHub Actions 워크플로에서 실패한 작업을 다시 실행할 수 있습니다.
- 변경 생성 전후 또는 생성 시 실패한 스테이지의 재실행이 지원됩니다.
- Jira 서버에 대한 지원 API_KEY: 이제 Jira Server에서 사용할 수 있는 API_KEY 인증 방법을 사용할 수 있으며, Jira Cloud에 대해 이미 사용할 수 있는 기존 지원과 일치합니다.
- 파이프라인 실행에 분기 상세 정보를 유지하여 아티팩트 및 패키지에서 커밋을 결정합니다.
- 이제 분기 테이블을 참조하고 분기별 필터링을 사용하도록 하여 사용자가 여러 버전의 아티팩트에서 동시에 작업할 때 올바른 커밋이 변경 내용에 연결되도록 하는 새 열이 파이프라인 실행 테이블에 추가됩니다.
- 분기별로 필터링하도록 아티팩트 버전에 대한 커밋 계산 논리가 향상되었습니다.
- 패키지에 대한 커밋 연결 논리가 배포되지 않은 이전 아티팩트 버전의 커밋을 포함하여 패키지의 일부로 배포되는 모든 커밋을 표시하도록 변경되었지만 동일한 분기에만 있습니다
- 제거:
- DevOps 모델의 변경 - DevOps 구현 플로우를 DevOps 변경에 더 적합하게 만들기 위해 변경 작업이 더 이상 자동으로 생성되지 않습니다.
- DevOps 변경 요청 최소 자동화 승인 플로우 및 DevOps 변경 요청 고급 자동화 승인 플로우는 상충과 오류를 방지하기 위해 모델이 기본 시스템 DevOps 변경 모델(DevOpsorDevOpssimplified)인 DevOps 변경 요청에 대해 트리거되지 않습니다.
- DevOps 변경 요청 수동 승인 플로우 트리거 변경
- 신규:
- 버전 4.0.0 - 2024년 5월
-
- 신규:
- 사용자 지정 오케스트레이션 도구 통합 지원
- DevOps 변경 속도를 기본 시스템에서 지원되지 않는 오케스트레이션 도구와 통합합니다.
- 온보딩 오류 처리 및 가드레일 개선
- 도구를 온보딩(연결, 검색, 구성 또는 임포트)하는 동안 문제의 근본 원인을 찾는 데 도움이 되는 개선된 오류 메시지를 봅니다.
- DevOps 데이터 검색 오류가 있는 변경 요청 생성
- 파이프라인에서 DevOps 데이터를 검색하는 동안 오류가 발생하더라도 변경 요청 생성을 활성화합니다.
- GitLab 병합 요청/끌어오기 요청 지원
- ServiceNow DevOps에서 GitLab 코딩 소스에 대한 GitLab 파이프라인 끌어오기 요청을 관리합니다.
- GitHub Actions, Azure DevOps 및 GitLab에 대한 JFrog Artifactory 지원
- GitHub 작업, Azure DevOps 및 GitLab 파이프라인 실행을 위해 JFrog Artifactory에 게시된 아티팩트 데이터를 임포트합니다.
- 동일한 Jenkins 인스턴스에 여러 ServiceNow DevOps 구성
- 하나의 Jenkins 서버에서 여러 ServiceNow DevOps 연결을 구성합니다.
- 사용자 지정 오케스트레이션 도구 통합 지원
- 변경:
-
- Jira Cloud 지원
- Jira 온프레미스 외에도 Jira Cloud를 DevOps Change Velocity에 온보딩합니다.
- GitLab Docker Container 개선 사항
- GitLab 파이프라인과 관련된 변경 요청 상세 정보를 검색 및 업데이트하고 단위 테스트 결과를 게시합니다. 간단한 GitLab 파이프라인에 대한 전체 파이프라인 실행 상태에 따라 종결 코드를 자동으로 업데이트하는 기능도 지원됩니다.
- DevOps Workspace 개선 사항
- 이제 도구 모듈에는 모두, 상태 및 역량의 세 가지 목록 그룹이 있습니다.
- 이제 쉽게 탐색할 수 있도록 목록 모듈에서 테스트 결과 및 소프트웨어 품질 기능을 사용할 수 있습니다.
- "내 목록" 섹션에서 나만의 목록을 만들 수 있습니다.
- 시스템 상태, 통합 및 고급(이전에는 문제 해결이라고 함)을 이제 관리자 모듈에서 사용할 수 있습니다.
- DevOps Insights 개선 사항
- DevOps 작업 공간의 인사이트 대시보드를 넥스트 경험의 일부로 사용하여 배포 성공률, 배포 실패와 같은 최신 관련 표시기/위젯과 함께 보호 장치 및 향상된 필터링을 제공합니다.
- 플랫폼의 DevOps Standard Insights는 모든 신규 DevOps 사용자에게 더 이상 사용되지 않습니다.
- 이제 플랫폼(기록 생성자) 사용자가 도구 또는 앱을 생성하기 위해 작업 공간으로 리디렉션됩니다. 릴리스/레거시 사용자는 여전히 플랫폼 URL로 직접 이동하여 "새로 만들기(레거시)" 및 "앱 만들기(레거시)" 옵션을 통해 플랫폼에서 도구 또는 앱을 만들 수 있습니다.
- Jira Cloud 지원
- 신규:
- 버전 3.1.0 - 2024년 2월
-
- 신규:
- Docker 컨테이너와 GitLab 통합
- DockerHub에 게시된 Docker 컨테이너를 사용하여 GitLab과 ServiceNow DevOps의 통합이 간소화되었습니다. 이는 ServiceNow DevOps CHG 생성, GitLab 파이프라인과의 SonarQube 통합, ServiceNow DevOps와의 아티팩트 등록 및 패키지 생성을 지원합니다.
- GitHub 문제 통합
- 이제 GitHub는 코드 및 오케스트레이션 기능 외에도 GitHub 문제 통합을 사용하여 계획 기능을 지원합니다. 리포지토리의 GitHub 문제는 GitHub 커밋을 검색하고 연결할 수도 있으며 ServiceNow DevOps CHG에 유지될 수 있으며, 이는 ServiceNow DevOps CHG 가속화의 정책 결정에 사용할 수 있습니다.
- GitHub Actions에 대해 지원되는 다양한 단위 테스트 유형
- ServiceNow DevOps CHG에 게시하기 위한 사용자 지정 API 호출 없이 NUnit, pytest, jest, JUnit, XUnit과 같은 다양한 단위 테스트 도구 보고서의 테스트 결과를 자동으로 게시합니다.
- ServiceNow DevOps 확장으로 오류 로깅 및 처리 개선
- GitHub 사용자 지정 작업, Jenkins 플러그인, ADO 확장에 대해 게시된 ServiceNow DevOps 확장은 이제 오류 로깅 및 처리가 개선되어 문제 해결이 더 쉬워졌습니다.
- 안내식 변경 자동화 경험
- 이제 DevOps 변경을 활용하는 다양한 방법과 변경 프로세스를 완전히 중단하지 않고 DevOps 변경을 쉽게 채택하는 방법에 대해 더 나은 제품 내 지침이 제공됩니다. 스테퍼가 DevOps 변경 생성을 자동화하도록 안내합니다. 스테퍼에서 파이프라인을 선택하는 동안 도구의 연결 상태를 확인할 수 있으며 다음 단계로 진행하기 전에 알림을 받을 수도 있습니다. 이러한 상태를 통해 변경 내용을 이동하고 추적하기 위해 DevOps 변경 모델에 대한 두 가지 새로운 상태 전환 플로우인 변경 - DevOps - 신규 및 변경 - DevOps 일정이 도입되었습니다. 지정된 관계 유형을 기반으로 변경 요청과 관련된 데이터를 검색하기 위해 DevOpsChangeRelationshipHelper 스크립트가 도입되었습니다.
- DevOps 변경 요청 플로우에 대한 변경된 오류 처리
- DevOps 변경 요청 수동 승인, DevOps 변경 요청 최소 자동화 승인 또는 DevOps 변경 요청 고급 자동화 승인 플로우의 변경 내용을 업데이트하는 동안 비즈니스 규칙 또는 데이터 정책으로 인해 문제가 발생하는 경우 변경 요청의 작업 메모와 파이프라인 도구의 콘솔 로그에서 변경 요청에 해당하는 오류를 볼 수 있습니다.
- Azure DevOps 및 GitHub API 속도 제한 처리
- Azure DevOps 또는 GitHub API 속도 제한을 초과하면 DevOps 변경 속도는 GitHub 제한이 가라앉아 대량의 데이터를 처리할 때까지 새 이벤트 처리를 연기합니다.
- Azure DevOps 및 GitHub에 대한 파이프라인, 리포지토리, 계획에 대한 임포트 요청 검색에서 페이지 매김 지원
- 이제 데이터가 타사 도구에서 일괄적으로(페이지 매김 방식) 검색됩니다. 이렇게 하면 대량의 데이터를 보유한 많은 팀을 온보딩하여 확장하는 데 도움이 됩니다.
- DevOps 관리자 및 도구 소유자에 대한 연결 관리자 및 Flow Designer 역할 제거
- DevOps 관리자 및 도구 소유자의 Flow Designer 및 연결 관리자 역할이 제거되어 이러한 사용자의 가시성 및 편집 기능이 제한되었습니다.
- 아티팩트 및 패키지에 대한 변경 사항
- 아티팩트 및 패키지에 대한 채택, 구현 및 오류 처리에 대한 전반적인 경험이 개선되었습니다.
- GitLab 알림 처리 개선 사항
- GitLab 이벤트의 원활한 처리로 확장성이 향상되었습니다.
- SonarQube 통합 변경 사항
- 이제 스캔 요약에 대한 SonarQube 전체 품질 게이트 상태가 지원되며, ServiceNow DevOps Gitlab Docker 컨테이너를 사용하여 GitLab 파이프라인과의 SonarQube 통합도 지원됩니다.
- Docker 컨테이너와 GitLab 통합
- 신규:
- 버전 3.0.0 - 2023년 11월
-
- 신규:
- 최소한의 자동화된 DevOps 변경 승인.
- DevOps 변경 속도에 대한 스튜디오 지원입니다.
- 변경:
- 기존 DevOps 변경 플로우의 이름을 적절하게 변경했습니다.
- 신규:
- 버전 2.0.0 - 2023년 8월
-
- 신규:
- 보안 프레임워크
- 애플리케이션 보안 도구를 위해 특별히 새로운 통합 프레임워크 및 데이터 모델이 추가되었습니다. 모든 애플리케이션 보안 도구와의 사용자 지정 통합을 만들 수도 있는 확장 가능한 프레임워크입니다.
- Veracode 지원
- CI/CD 파이프라인과 통합된 Veracode를 DevOps 변경 속도에 연결하여 보안 검사 결과를 검색합니다. 이렇게 하면 코드가 얼마나 취약한지 확인하는 데 도움이 됩니다. GitHub Actions, Jenkins 및 Azure DevOps 파이프라인에 구성된 Veracode 검사는 기본 시스템에서 지원됩니다. 변경 요청의 관련 목록 또는 ServiceNow 인스턴스의 파이프라인 작업 실행 또는 파이프라인 UI에서 보안 스캔 결과를 볼 수 있습니다. 변경 자동화에 대한 변경 정책 및 조건을 정의할 때 보안 결과를 사용할 수 있습니다.
- 다중 모드 지원
- 다중 모드 변경은 최신 개발 관행을 반영하기 위해 변경 모델 또는 프로세스를 보다 유연하게 정의할 수 있도록 하는 새로운 변경 관리 기능입니다. DevOps는 Flow Designer에 내장된 간결한 플로우 및 플로우 작업 제품군을 통해 "목적 부합성" 변경 모델을 제공하기 위해 상태 간 전환을 결정하는 상태와 규칙으로 변경 모델을 생성할 수 있는 이 새로운 기능을 지원합니다. DevOps 변경 모델을 통해 변경 팀은 이제 특정 사용 사례에 완전히 최적화된 광범위한 모델로 선택적으로 전환할 수 있습니다.
- 통합 사용자에 대한 보안 토큰 인증
- 이제 Azure DevOps, Jenkins 및 GitHub Actions 통합 사용자에 대한 토큰 기반 인증을 지원합니다. Jenkins는 DevOps 구성과 호환되도록 기본 인증 및 토큰 인증을 모두 지원합니다.
- GitHub Actions 및 Azure DevOps에 대한 커밋 실행
- GitHub Actions 및 Azure DevOps의 변경 내용에 대한 실행 커밋의 전체 목록을 캡처하여 추적 가능성을 높입니다.
- 온보딩 및 인사이트를 위한 작업 공간 변경 사항
- 여기에는 웹후크를 구성하기 전에 Azure DevOps에서 ServiceNow DevOps 확장이 설치되어 있는지 확인하고, 변경 자동화 설정을 진행할 때 파이프라인 단계를 자동으로 임포트하고, DevOps 인사이트 위젯에 대한 정보 아이콘, DevOps 인사이트에 대한 플로우 및 가속 메트릭 점수 위젯에 대한 더 나은 시각적 개체를 가져오는 작업이 포함됩니다.
- 오케스트레이션 도구 및 정책 조건 상세 정보 내에서 CHG 상태 전환 로깅
- 파이프라인 또는 워크플로가 변경 승인을 기다리는 동안 변경 번호, 상태, 할당 그룹, 승인자, 계획된 시작/종료 날짜와 같은 변경 정보는 Azure DevOps 파이프라인 및 GitHub Action 워크플로의 콘솔 로그에 표시됩니다. ServiceNow DevOps 애플리케이션은 정기적으로 폴링되며 변경 정보에 차이가 있는 경우 콘솔 로그에 직접 기록되므로 ServiceNow 인스턴스로의 홉이 최소화됩니다. 실패한 정책 조건의 상세 정보도 오케스트레이션 도구의 콘솔에 기록됩니다.
- DevOps 변경 요청 상세 정보 가져오기 및 업데이트
- Azure DevOps 및 GitHub Action 마켓플레이스의 ServiceNow DevOps 확장을 사용하여 Azure DevOps 파이프라인 및 GitHub Action 워크플로우와 연결된 변경 요청 상세 정보를 가져오고 업데이트합니다. 이러한 확장 기능이나 사용자 지정 작업을 사용하면 필요한 속성을 전달하여 변경 내용을 가져오고, 업데이트하고, 필요에 따라 변경 내용을 종결할 수 있습니다.
- GitHub 작업 배포 게이트
- ServiceNow DevOps 변경 속도는 이제 해당 환경에 대한 GitHub Action 배포 게이트를 지원합니다. 이 기능을 ServiceNow DevOps와 통합함으로써 개발자는 GitHub Actions의 모든 배포 환경에 품질 게이트를 적용하고 GitHub Actions의 배포 보호 규칙 콘솔 로그 내에서 변경 세부 정보를 승인됨 또는 거부됨으로 변경 상태의 진행률과 함께 가져올 수 있습니다.
- 수동으로 웹후크 구성
- 이제 웹후크를 ServiceNow DevOps 변경 속도에서 자동으로 구성하는 대신 수동으로 구성하도록 선택할 수 있습니다. 이 기능을 사용하여 토큰 및 sysid에 액세스할 수 있습니다. 조직 내의 도구 관리자는 이 정보를 사용하여 웹후크를 수동으로 구성할 수 있습니다. DevOps 관리자 및 도구 소유자 역할만 액세스할 수 있습니다.
- ServiceNow DevOps 연결 및 자격 증명
- ServiceNow 관리자에 의한 ServiceNow DevOps 변경 속도의 초기 설정이 간소화되었습니다. 기본 인증 자격 증명으로 통합 사용자를 설정하는 작업은 더 이상 필요하지 않습니다. CreateDevOpsTool 별칭 설정이 제거되었습니다.
- 성능 향상을 위한 최적의 ServiceNow DevOps 이벤트 처리
- ServiceNow DevOps는 플로우 실행을 트리거하기 전에 무시할 수 있는 이벤트를 필터링합니다. 이렇게 하면 중요한 이벤트에 대한 이벤트 처리 및 Flow Designer 실행 대역폭의 성능이 향상되어 전체 응답시간이 향상됩니다. 또한 이를 통해 DevOps 관리자는 시스템 성능에 영향을 주지 않고 더 넓은 범위의 도구 웹후크를 추가할 수 있습니다.
- 보안 프레임워크
- 주요 수정 사항.
- 신규:
- 버전 1.38.0 - 2023년 5월
-
- 변경:
- Azure DevOps 조직 지원
- 조직 수준에서 직접 도구를 Azure DevOps에 연결합니다. 조직 내 프로젝트는 자동으로 검색됩니다. 여러 프로젝트에 대한 웹후크를 한 번에 구성하고 조직 수준에서 자격 증명을 쉽게 업데이트할 수 있습니다. 이렇게 하면 ADO 프로젝트별로 도구를 연결할 필요가 없습니다.
- 도구 및 애플리케이션에 대한 그룹 액세스
- 유지 관리자 필드에 사용자 그룹을 추가하여 도구 및 애플리케이션에 대한 액세스를 제어합니다. 추가된 그룹에 속한 사용자는 해당 도구 또는 앱에만 액세스할 수 있으며 역할에서 허용하는 경우에만 편집할 수 있습니다. 새로운 역할인 DevOps 도구 소유자가 도입되었습니다. 이 역할을 가진 사용자는 도구만 연결할 수 있으며 시스템 속성과 같은 추가적인 DevOps 관리자 역량에는 액세스할 수 없습니다.
- 앱에 연결할 때 파이프라인 단계를 자동으로 검색합니다.
- 파이프라인을 앱과 연결하는 동안 임포트 중에도 파이프라인 단계가 검색됩니다. 더 이상 ServiceNow DevOps에서 단계를 매핑하기 위해 파이프라인을 한 번 실행할 필요가 없습니다.
- 변경된 오류 메시지
- 실시간 알림에서 문제의 근본 원인을 찾는 데 도움이 되도록 향상된 오류 메시지가 인바운드 이벤트 및 임포트 요청에 표시됩니다. 오류 메시지는 관련된 활성 문제를 식별하고, 특정 문제를 강조 표시하고, 완화 방법을 설명합니다.
- 자격 증명 만료 알림
- 도구 자격 증명이 만료되거나 만료되려고 하면 관리자와 도구 소유자에게 알림이 전송됩니다. 이메일, 범용 작업, 알림 벨 아이콘 및 도구 기록의 메시지를 통해 경보를 받게 됩니다. 이렇게 하면 데이터 손실을 방지할 수 있습니다.
- 마지막으로 받은 이벤트
- 이벤트가 마지막으로 수신되었을 때 DevOps 관리자에게 도구 연결에서 발생할 수 있는 문제에 대해 경고합니다. 도구 기록의 마지막 이벤트 수신 필드는 연결 문제를 쉽게 해결하는 데 도움이 됩니다. 이벤트를 수신하지 않았을 때 도구 기록의 마지막 이벤트 수신 필드에 경고 또는 중요 경보를 표시할 일 수를 설정할 수 있습니다.
- 파이프라인이 실행 재개 결정이 보류 중인 동안 상태 변경 로깅:
- 파이프라인/워크플로가 변경 승인을 위해 보류 중인 동안 변경 번호, 상태, 할당 그룹, 승인자, 계획된 시작/종료 날짜와 같은 변경 정보가 Jenkins 및 GitHub Actions의 콘솔 로그에 표시됩니다. ServiceNow DevOps 애플리케이션은 정기적으로 폴링되며 변경 정보에 차이가 있는 경우 콘솔 로그에 직접 기록되므로 ServiceNow 인스턴스로의 홉이 최소화됩니다.
- Azure DevOps 조직 지원
부정하게 결정된:
- GitHub: GitHub에서 이미 검색된 리포지토리가 삭제되면 검색 작업이 실패합니다.
- DevOps 변경에서 "sn_devops.viewer" 역할을 가진 사용자는 DevOps 구성 작업 공간 링크를 볼 수 있습니다.
- SonarQube/SonarCloud: 변경 요청에서 관리자가 아닌 소프트웨어 품질 요약 기록은 새 요약 기록을 만드는 대신 다음 기록으로 재정의됩니다.
- 변경 속성에 데이터 정책이 있는 경우 변경 생성에 실패합니다.
- DevOps 변경 속도가 설치되면 변경 요청 관련 목록의 기본 뷰를 편집할 수 없습니다.
- Azure DevOps: 단계 유형이 프로덕션 배포가 아닌 경우 변경에 대한 작업 항목 및 커밋 관련 목록에 잘못된 항목이 표시됩니다.
- Jira: 생성 직후 문제가 업데이트되면 중복 작업 항목이 생성됩니다.
- DevOps 뷰어 역할을 가진 사용자는 작업 공간의 모든 인사이트 위젯에 대한 KPI 분석에 액세스할 수 없습니다.
- 커밋이 DevOps에서 처리되고 DevOps에서 삭제된 다음 GitHub에서 다시 커밋되면 커밋에 대한 커밋한 사람 상세 정보가 유지되지 않습니다.
- 지난 30일 동안 애플리케이션 활동 위젯에 표시된 테스트의 수가 잘못되었습니다(#).
- 변경:
- 버전 1.37.0 - 2023년 2월
-
- 변경:
- 향상된 오류 처리 및 가드레일
- 도구를 온보딩(연결, 검색, 구성 또는 임포트)하는 동안 문제의 근본 원인을 찾는 데 도움이 되는 오류 메시지가 개선되었습니다. 오류 메시지는 관련된 활성 문제를 식별하고, 특정 문제를 강조 표시하고, 완화 방법을 설명합니다.
- DevOps 변경 작업 공간 변경
- ServiceNow 관리자를 위해 설정 상태, 완료해야 하는 범위의 향상된 식별, 자격 증명 별칭 구성에 사용되는 계정의 새 암호를 설정하는 기능, 추가 확인 등 간소화된 초기 시스템 설정.
- 애플리케이션 서비스를 할당하거나 변경 자동화를 설정하는 파이프라인 단계를 수정하는 기능을 포함하는 앱 소유자 역할 확장. 또한 앱 소유자는 도구에 대한 검색을 클릭하여 DevOps 애플리케이션에 필요한 새 객체를 연결할 수 있습니다. 모든 도구에 대한 자격 증명을 쉽게 업데이트하고 지정된 자격 증명에 대한 권한을 확인하는 기능을 포함하는 변경된 도구 관리입니다.
- Rally 통합: Broadcom Rally 계획 수립 도구에 연결하여 에픽, 스토리, 버그 및 작업과 같은 Rally 계획 수립 객체를 DevOps 데이터에 작업 항목으로 임포트합니다. Rally 통합은 작업 항목 검색, 실시간 데이터를 전송하도록 웹후크 구성 및 기록 데이터 임포트를 지원합니다. Rally 작업 항목을 변경 요청 가속에 사용되는 커밋과 연결할 수 있습니다.
- GitHub OAuth JWT 인증: 이제 OAuth JWT(Json 웹 토큰)를 사용하여 GitHub 도구 연결의 보안 인증이 지원됩니다. 이제 GitHub에서 생성된 개인 키를 사용하는 OAuth-JWT 인증이 지원됩니다.
- DevOps 변경 요청 상세 정보 가져오기 및 업데이트: Jenkins 파이프라인에서 각각 snDevOpsGetChangeNumber 및 snDevOpsUpdateChangeInfo 스크립트를 실행하여 Jenkins 파이프라인과 연결된 변경 요청 상세 정보를 가져오고 업데이트합니다.
- DevOps 가속 메트릭: 이제 비즈니스 애플리케이션별로 Digital Portfolio Management 작업 공간에도 표시됩니다.
- 부정하게 결정된:
- DevOps Insights 1.36 애플리케이션은 ACL을 추가하여 CMDB에서 비즈니스 서비스 및 비즈니스 애플리케이션 CI를 숨깁니다.
- DevOps 구독은 할당 그룹을 통해 할당된 역할을 가진 사용자를 참가자 테이블에 추가하지 않습니다.
- 앱 온보딩을 통해 앱이 생성되면 소유자 필드가 채워지지 않습니다.
- Jenkins 검색이 많은 수의 파이프라인/작업으로 실패합니다.
- 파이프라인 이름이 도구(예: Gitlab, Jenkins) 간에 동일하면 한 도구의 파이프라인 실행이 다른 도구에 매핑됩니다.
- 태그와 분기 이벤트가 동시에 처리되는 경우 경합 조건으로 인해 커밋에 대한 분기 상세 정보가 누락되었습니다.
- 앱 온보딩 중에 서비스 포털에서 "구성하시겠습니까?" 확인란이 누락되었습니다.
- GitHub 대량 커밋 처리는 필요한 것보다 더 많은 커밋을 유지합니다.
- 스테이지 및 영수증 변경이 하나만 활성화된 ADO(Azure DevOps) 파이프라인의 경우 실제 시작 날짜가 실제 종료 날짜보다 큰 CR이 생성됩니다.
- Gitlab Discover는 처음 100개(import.coding_tool.repos.per_page 속성에 정의된 값), 리포지토리, 파이프라인만 채웁니다.
- DevOps 패키지에서 생성된 CI 클래스 이름 "패키지"가 CMDB CI OS 패키지와 충돌합니다.
- 변경:
- 버전(1.36.0) - 2022년 11월
-
변경:
- 업데이트된 오류 메시지
- 도구에 연결하는 동안 문제의 근본 원인을 찾는 데 도움이 되도록 오류 메시지가 개선되었습니다. 오류 메시지는 관련된 활성 문제를 식별하고, 특정 문제를 강조 표시하고, 완화 방법을 설명합니다. 도구를 연결할 때 새 권한 검사에 필요한 권한 대신 자격 증명에서 사용할 수 있는 권한이 표시됩니다.
- 이제 도구에 연결하는 동안 DevOps 변경 작업 공간 페이지에서 직접 특정 MID 서버를 지정할 수 있습니다.
- 끌어오기 요청(PR) 파이프라인 실행은 GitHub/Jenkins를 지원합니다.
- Jenkins 오케스트레이션 도구에 대한 끌어오기 요청 파이프라인 실행 및 GitHub 코딩 도구에서 만든 PR을 추적하고 지원합니다. GitHub 코딩 도구에서 끌어오기 요청 ID, 커밋, 원본 분기, 대상 분기, 제기한 사람, 승인자, 의견, PR 제기 시간, PR 승인 시간 및 PR 병합/종결 시간과 같은 PR 데이터를 Jenkins 오케스트레이션 도구에서 해당 파이프라인 실행을 위해 생성된 DevOps CHG에 통합합니다. 또한 PR 관련 데이터를 DevOps CHG에 첨부하여 PR 병합 프로세스를 승인, 검증, 검증 및 승인한 사람을 검토합니다.
- DevOps 도구 및 CHG 추적성을 위한 이력 데이터 임포트 - Gitlab
- 앱 온보딩, 셀프 서비스 카탈로그 및 주기적 폴링을 통해 데이터를 가져와 코드 및 오케스트레이션 역량에 대한 이력 데이터를 임포트합니다.
- 임포트 프레임워크는 파이프라인을 편집하거나 웹후크를 구성할 필요 없이 DevOps 데이터를 인스턴스로 임포트하여 팀을 온보딩하는 데 도움이 됩니다. 임포트한 데이터는 Gitlab에서 커밋, 분기, 태그 및 파이프라인(CI 및 CD 모두)의 완전한 변경 추적성을 위한 근본 원인에 대한 통찰력을 제공합니다.
- SonarQube - 새 코드 메트릭 지원
- SonarQube의 새 코드 구성을 기반으로 전체 코드 스캔 결과와 별도로 SonarQube 스캔 결과에서 제공하는 새 코드 메트릭을 통합합니다. 이 릴리스에는 새로운 취약성, 새로운 유지 관리 등급, 새로운 신뢰성 등급, 새로운 보안 등급, 새로운 버그, 새로운 코드 냄새, 새로운 기술적 부채 및 새로운 코드 줄과 같은 새로운 코드 메트릭이 통합되었습니다. 이는 Jenkins, Azure DevOps 및 GitHub Actions 오케스트레이션 도구에 대해 지원됩니다.
- Split.io 기능 플래그 도구 ServiceNow와의 통합
- 이 통합을 통해 ServiceNow가 기능 플래그 및 Split.io 세그먼트에 대한 CHG 승인 프로세스를 관리하도록 확장됩니다. ServiceNow DevOps는 이제 기능 플래그에 대한 업데이트를 관리할 수 있습니다.
- Split.io 기능 플래그 도구 통합 지원을 통해 작업 공간, 환경, 세그먼트 및 기능 플래그를 검색할 수 있습니다. CHG 제어 Split.io 사용하도록 CHG 요청 필드를 설정할 수 있습니다. CHG 요청이 승인/거부되면 분할 또는 세그먼트에 대해 split.io 콜백 URL이 호출되어 분할 및 세그먼트에 대한 업데이트 구현을 재개합니다
- 이제 DevOps 인사이트 대시보드에서 비즈니스 애플리케이션별로 필터링할 수 있음
- Jenkins 통합의 경우 지원되는 최소 Jenkins 버전은 2.289.1입니다.
부정하게 결정된:
- 이름은 같지만 버전이 다른 아티팩트는 서로 다른 리포지토리에 속하더라도 중복으로 간주됩니다.
- ADO 프로젝트 이름에 공백과 특수 문자가 있는 경우 ADO 릴리스 파이프라인에 대해 두 개의 파이프라인 실행이 생성됩니다.
- DevOps - 변경 티켓에 특정 실행 대신 파이프라인 홈에 대한 링크가 있습니다.
- Azure DevOps
- 커밋 및 작업 항목이 첫 번째 단계 또는 작업에서 아티팩트 게시가 있는 파이프라인의 아티팩트에 연결되지 않습니다.
- Azure DevOps – 임포트한 커밋 상세 정보에 변경된 파일 수가 잘못 표시됨
- 릴리스 파이프라인이 빌드 파이프라인 전에 체크인할 때 작업 항목, 테스트 요약 및 커밋이 ServiceNow의 변경 내용에 첨부되지 않습니다.
- 테스트 유형 매핑이 누락된 경우 인바운드 이벤트 처리 상세 정보에 잘못된 메시지가 표시됩니다.
- 취소된 파이프라인 실행의 기록 임포트 후 파이프라인 UI에 파이프라인 상태가 진행 중으로 표시됩니다
- Jenkins 오케스트레이션 이벤트는 임의로 오류 상태로 전환됩니다.
- 업데이트된 오류 메시지
- 버전 1.35.3 - 2022년 9월
-
- 신규
- 도구에 연결하는 동안 문제의 근본 원인을 찾는 데 도움이 되는 오류 메시지가 개선되었습니다. 오류 메시지는 관련된 활성 문제를 식별하고, 특정 문제를 강조 표시하고, 완화 방법을 설명합니다.
- 이제 도구에 연결하는 동안 DevOps 변경 작업 공간 페이지에서 직접 특정 MID 서버를 지정할 수 있습니다.
- 신규
- 버전 1.35.0 - 2022년 8월
-
GitHub 작업 통합:
- GitHub는 ServiceNow DevOps의 GitHub 작업 오케스트레이션 기능을 지원하기 위해 업데이트된 코딩 도구입니다. ServiceNow DevOps 사용자 지정 작업(GitHub Actions Marketplace에 게시됨)을 사용하여 GitHub Actions 파이프라인과 GitHub Environment를 통합합니다.
- 데이터 모델을 업데이트하려면 GitHub 작업 통합을 사용하려면 GitHub가 연결되고, 구성되고, 파이프라인이 검색되어야 합니다. GitHub Actions 워크플로 실행은 사용자 지정 작업을 사용하여 일시 중지되고 다시 시작됩니다.
다음 사용자 지정 작업이 GitHub 리포지토리에 게시됩니다.- ServiceNow DevOps 변경
- ServiceNow DevOps 테스트 보고서
- ServiceNow DevOps 소나
- ServiceNow DevOps 아티팩트 등록
- ServiceNow DevOps 등록 패키지
- 앱 온보딩 셀프 서비스 카탈로그 및 주기적인 폴링을 사용하여 데이터를 가져와 ADO 아티팩트에 대한 기록 데이터를 임포트합니다. 임포트 프레임워크는 파이프라인을 편집하거나 웹후크를 구성할 필요 없이 DevOps 데이터를 인스턴스로 가져와 팀을 온보딩하는 데 도움이 됩니다. 임포트한 데이터는 완전한 변경 추적성을 위해 근본 원인에 대한 인사이트를 제공하며, 이는 근본 원인과 개선 영역을 식별하는 데 도움이 됩니다
바로 사용 가능한 변경 승인 정책 위험 입력 및 거부 이유:
- 기본 시스템 DevOps 기본 변경 승인 정책은 변경 자동화 및 승인 정책을 개선합니다. 정책 조건은 수집된 DevOps 데이터에 대해 실행되어 수동 승인을 위해 자동 거부, 자동 승인 또는 연기됩니다. 데이터는 커밋에 대한 메트릭, 코드 범위, 테스트 결과, 수중 음파 탐지기 스캔 결과, 위험 입력 등이 될 수 있습니다. 변경 승인 정책은 구성할 수 있습니다. 사용자가 신속하게 시정 조치를 취할 수 있도록 거부 사유는 CHG 작업 메모에 캡처됩니다.
Jenkins 스니펫 생성기:
- ServiceNow DevOps용 Jenkins 플러그인은 DevOps 스크립팅된 파이프라인 단계를 생성할 수 있습니다. 이를 통해 개발자는 ServiceNow DevOps 기능을 신속하게 도입하고 파이프라인을 쉽게 수정할 수 있습니다.
작업 공간 DevOps 온보딩:
- 도구에 온보딩(연결)하는 것은 연결이 끊긴 여러 단계를 포함하고 여러 가상 사용자를 포함할 수 있기 때문에 어렵습니다. 작업 공간은 변경 자동화 결과를 활성화하는 온보딩 프로세스를 안내합니다. 작업 공간은 셀프 서비스를 구동합니다. 이 릴리스를 사용하면 Azure DevOps, Jira, GitHub 및 Jenkins 도구를 쉽게 온보딩할 수 있습니다.
작업 공간의 DevOps 인사이트 모듈:
제공 중인 작업의 가치를 보여주는 플로우 메트릭입니다.
주기 시간, 처리량 분포, 배포 계획된 플로우 시간 및 진행 중인 작업 금액입니다.
자동화 경로에 초점을 맞춘 새로운 변경 가속 메트릭입니다.
자동화된 변경과 수동 변경의 비교, 적용된 변경 정책 결정, ROI.
업데이트된 필터링 기능에는 서비스, 구성 항목, 제품 및 날짜별이 포함됩니다.
새로운 탭 디자인으로 수집된 데이터를 드릴다운하여 작업 공간에 유지합니다.
- 버전 1.34.1 - 2022년 5월
-
- 변경됨
- 바로 사용 가능한 변경 승인 정책: OOTB(Out of the box) DevOps 기본 변경 승인 정책이 구현되어 변경 자동화 및 승인 정책을 업데이트합니다. 이를 통해 정책 조건이 수집된 DevOps 데이터에 적용되어 자동 거부 또는 자동 승인 또는 수동 승인을 연기합니다. DevOps 데이터는 커밋에 대한 메트릭, 코드 범위, 테스트 결과, 수중 음파 탐지기 스캔 결과 등일 수 있습니다. 변경 승인 정책은 구성할 수 있습니다.
- DevOps 도구에 대한 기록 데이터 가져오기 - Azure DevOps: 앱 온보딩 셀프 서비스 카탈로그 및 주기적인 폴링을 사용하여 데이터를 가져와 모든 역량(코드, 계획 및 오케스트레이션)에 대한 기록 데이터를 임포트합니다. 임포트 프레임워크는 파이프라인을 편집하거나 웹후크를 구성할 필요 없이 DevOps 데이터를 인스턴스로 가져와 팀을 온보딩하는 데 도움이 됩니다. 임포트한 데이터는 완전한 변경 추적성을 위해 근본 원인에 대한 인사이트를 제공합니다. 버전 1.34부터 데이터를 임포트하고 Azure DevOps에 대한 폴링 메커니즘을 구성할 수 있습니다.
- jFrog - Jenkins 아티팩토리 통합: ServiceNow DevOps에서 Jenkins와 jFrog 아티팩토리를 통합하고 ServiceNow에서 CI/CD 파이프라인을 연결 및 추적성에 이 데이터를 사용합니다. CI(빌드 파이프라인)를 jFrog에 빌드 및 게시된 아티팩트와 연결하고 배포 파이프라인(CD)을 jFrog 리포지토리에서 다운로드한 패키지와 연결하여 배포합니다. 이러한 CI/CD 파이프라인을 아티팩트와 연결하고 이를 변경과 연결하면 커밋에서 변경 추적 가능성을 위해 빌드되고 배포된 아티팩트로의 링크가 생성됩니다.
- 고정
- GitLab 통합: 매우 큰 GitLab 빌드 번호가 작업 실행 테이블의 build_number 열에 매우 큰 숫자로 저장됩니다.
- 보안 버그
- 변경됨
- 버전 1.33.1 - 2022년 2월
-
- 변경됨
- 추적 가능성 변경
- 변경 추적 가능성은 DevOps 데이터를 활용하여 수동 변경을 가속화하는 비침습적 방법입니다. 이를 통해 전체 변경 자동화 경로에서 가치 실현 기간을 단축할 수 있습니다. 이 릴리스를 사용하면 아티팩트 버전, 빌드 번호 또는 릴리스 버전을 작업 항목, 커밋 및 테스트와 같은 DevOps 데이터를 끌어올 수동으로 생성된 변경 요청에 연결할 수 있습니다.
- 구현에는 ServiceNow DevOps 변경 작업을 포함하기 위한 파이프라인 수정이 필요하지 않습니다. 따라서 연결된 DevOps 데이터를 사용하면 프로덕션에 배포된 내용을 완벽하게 파악하여 수동 변경을 가속화할 수 있습니다.
- JIRA, GitHub 및 Jenkins에 대한 임포트 및 폴링 지원
- 앱 온보딩, 셀프 서비스 카탈로그 및 정기 폴링을 통해 임포트하여 모든 역량(코드, 계획 및 오케스트레이션)에 대한 데이터를 가져오면 파이프라인을 편집하거나 웹후크를 구성할 필요 없이 DevOps 데이터를 ServiceNow로 신속하게 가져와서 팀을 쉽게 온보딩할 수 있습니다. 임포트한 데이터를 통해 완전한 변경 추적성을 위한 근본 원인에 대한 통찰력을 얻을 수 있습니다. 이 릴리스에서는 JIRA, GitHub, Jenkins용 임포트 프레임워크와 구성 가능한 폴링 메커니즘을 다룹니다.
- 기능을 지원하기 위해 다음과 같은 앱 스포크 종속성이 추가됩니다
- Jenkins V2 스포크 – 1.1.2
- Jira 스포크 – 3.1.1
- GitHub 스포크 – 2.2.2
- 시스템 상태 대시보드 및 알림
- 시스템 상태 대시보드는 연결된 DevOps 도구에서 ServiceNow DevOps로 들어오는 데이터를 모니터링하거나 문제를 해결하는 방법을 제공합니다. 이는 DevOps 관리자가 DevOps에 구성된 다양한 도구에서 받은 인바운드 이벤트 처리 데이터에 대한 가시성을 높일 수 있는 방법입니다. 도구 연결의 최신 상태를 쉽게 확인할 수 있는 방법도 있습니다.
- 파이프라인 실행, 변경 요청 및 인바운드 이벤트 데이터와 같은 주요 통계에 대한 주간 정보를 제공하는 그룹에 이메일 알림을 보낼 수 있습니다. 이를 통해 DevOps 관리자는 DevOps 시스템의 전반적인 도움말에 변경 사항이 있는 경우 사전에 알림을 받을 수 있습니다.
- 추적 가능성 변경
- 고정
- Azure DevOps
- 여러 커밋이 동일한 밀리초로 처리되면 중복 리포지토리가 생성됩니다
- ADO 도구 생성됨 일반 텍스트로 자격 증명 저장
- midserver가 간헐적으로 작동 및 중단될 때 GitLab 알림이 대기 및 오류 상태에서 멈춥니다.
- 파이프라인 실행 횟수가 많은 파이프라인에 대해 파이프라인 UI가 로드되지 않습니다.
- DevOps 관계 규칙은 비DevOps 범주의 변경 요청에 대해 실행됩니다.
- 1.32로 업그레이드한 후 자유형 작업에 대한 아티팩트 등록에 실패함
- 보안 버그
- Azure DevOps
- 변경됨
- 버전 1.32.0 - 2021년 11월
-
- 신규
- 병렬 스테이지에 대한 Jenkins 지원: ServiceNow DevOps는 이제 Jenkins 파이프라인에서 병렬/중첩으로 실행되는 스테이지를 추적합니다. 병렬 스테이지는 파이프라인 사용자 인터페이스에서 정확하게 렌더링되며, 자동화된 변경 요청은 선행 병렬 스테이지가 완료된 후에만 생성됩니다.
- Azure DevOps: 이벤트 처리를 최적화하기 위해 ADO 도구의 오케스트레이션 기능에 사용할 수 있는 대량 처리 기능입니다.
- 테이블 보관 정책
- 9개월보다 오래된 데이터를 자동 보관하기 위해 추가된 보관 규칙입니다(구성 가능, 하나의 속성을 사용하여 모든 보관 규칙에 대해 구성할 수 있음).
- 3년 이상 보관된 데이터를 제거하는 삭제 규칙이 추가됩니다.
- 위의 보관 및 삭제 규칙은 PipelineExecution, StepExecution, TaskExecution 및 모든 관련 테이블의 데이터로 구성된 테이블에 적용됩니다.
- 고정
- Agile Development 2.0: scrum_product_owner 및 scrum_story_creator 역할을 가진 사용자가 사용자 스토리를 만들 때 해당 작업 항목은 DevOps에서 생성되지 않습니다.
- Jenkins: BitBucket 구성이 있는 다중 분기 파이프라인의 작업 실행 값이 비어 있습니다. 다중 분기 파이프라인 및 중첩 파이프라인에 대해 추적이 활성화되지 않은 경우에도 파이프라인 실행이 생성됩니다. Jenkins 도구를 다시 만든 후에는 파이프라인이 검색되거나 추적되지 않더라도 인바운드 이벤트가 생성됩니다.
- Azure DevOps: 사용자 지정 프로젝트(Agile 프로젝트 아님)의 경우: ADO 작업 항목이 삭제되면 오류 코드 400과 함께 인바운드 이벤트 오류가 발생하여 해당 DevOps 작업 항목의 상태가 삭제됨으로 업데이트되지 않습니다.
- 앱 온보딩 페이로드가 게시될 때 파이프라인 단계 기록에 대한 영수증 변경 플래그가 업데이트되지 않음
- 신규