의 배포 프로세스 AEMC

에서 배포 프로세스 AEMC에 대해 알아봅니다.

배포 개요

의 AEMC 배포 프로세스는 변경 내용을 배포할 수 있도록 하는 여러 부분으로 구성됩니다. 다음 섹션에서는 각 부분과 이 부분이 함께 작동하여 내부 내 AEMC대규모 배포 프로세스를 지원하는 방법에 대해 설명합니다.

의 버전 28.2.1 AEMC부터 는 에 ReleaseOps 통합됩니다 AEMC. 자세한 내용은 배포 섹션을 ReleaseOps 참조하십시오.

배포를 위한 애플리케이션 제출

배포 프로세스는 개발자가 , 크리에이터 스튜디오, 또는 ServiceNow 스튜디오에서 애플리케이션을 앱 엔진 스튜디오제출할 때 개발 인스턴스에서 시작됩니다. 배포를 위해 애플리케이션이 제출되면 배포 요청이 생성되어 관리자가 애플리케이션 변경 사항을 검토하고 승인할 수 있습니다. 자세한 내용은 의 배포 요청 AEMC 문서를 참조하십시오.

파이프라인

애플리케이션이 제출되고 배포 요청이 생성되면 애플리케이션은 조직에 지정된 파이프라인을 통해 이동하기 시작합니다. 파이프라인은 애플리케이션이 그 안에서 AEMC따르는 배포 구조입니다. 파이프라인은 여러 인스턴스(일반적으로 개발 인스턴스, 테스트 인스턴스, 프로덕션 인스턴스)와 프로덕션에 배포하기 전에 애플리케이션의 안정성과 호환성을 확인하기 위해 조직에서 설정한 테스트 도구 모음 및 프레임워크로 구성됩니다. 애플리케이션을 검토하고 테스트 앱 엔진 하는 동안 관리자는 애플리케이션이 최종적으로 프로덕션 또는 대상 인스턴스에 배포될 때까지 애플리케이션이 파이프라인 환경을 통과하도록 애플리케이션을 승인합니다.

를 사용하면 AEMC조직의 특정 요구에 맞는 파이프라인을 구성할 수 있습니다. AEMC 는 각 파이프라인 내에서 인스턴스 수와 조직에 필요한 파이프라인 수를 제한할 수 없습니다. 예를 들어 조직에서 프로덕션에 배포하기 전에 추가 비프로덕션 인스턴스를 통해 변경 내용을 이동해야 하는 경우 필요한 각 환경을 반영하도록 파이프라인을 구성할 수 있습니다. 파이프라인 구성에 대한 자세한 내용은 다음 문서를 참조하십시오 파이프라인 및 배포 구성.

변경 관리 통합

기존 변경 관리 프로그램을 앱 배포 프로세스와 통합하여 배포에 감독 기능을 추가하고 예약된 변경 시간대에 따라 앱을 배포하도록 할 수 있습니다. 자세한 내용은 배포 요청 관리 문서를 참조하십시오.

애플리케이션 리포지토리

AEMC 는 서로 다른 인스턴스를 통해 애플리케이션을 배포하는 데 사용합니다 파이프라인 및 배포 . 파이프라인 및 배포 는 를 애플리케이션 리포지토리 사용하여 이러한 배포를 관리합니다. 애플리케이션 리포지토리에 대한 자세한 내용은 ServiceNow 애플리케이션 리포지토리 문서를 참조하십시오.

각 애플리케이션은 또는 시스템 업데이트 세트를 사용하여 애플리케이션 리포지토리 배포할 수 있습니다. 과거에 업데이트 세트를 사용한 적이 있지만 사용을 사용하도록 애플리케이션 리포지토리전환하려는 경우 대신 일회성 변환을 수행하여 앱을 배포 애플리케이션 리포지토리 할 수 있습니다. 모든 앱이 동일한 배포를 따를 필요는 없습니다. 자세한 내용은 사용자 지정 애플리케이션을 애플리케이션 리포지토리에서 업그레이드하도록 변환 및 시스템 업데이트 세트 문서를 참조하십시오.

ReleaseOps 배포 프로세스

의 버전 28.2.1 AEMC부터 는 에 ReleaseOps 통합됩니다 AEMC. 배포를 관리하는 데만 사용 ReleaseOps 하거나 파이프라인ReleaseOps을 앱 엔진 마이그레이션한 경우 배포 프로세스는 의 레거시 파이프라인 및 배포 배포 프로세스AEMC와 다릅니다.

를 사용하여 ReleaseOps단독으로 배포하는 경우 예약된 릴리스에 대한 배포 프로세스는 다음과 같습니다.

1. Release Management자는 파이프라인과 연결된 릴리스를 생성합니다.
2. 개발자는 업데이트 세트를 통해 변경합니다. 업데이트 세트를 완료 하고 배포를 위해 승격하면 업데이트 세트가 기존 배포 요청 또는 릴리스를 대상으로 하는 새 배포 요청에 추가됩니다.
3. 배포 요청 내의 업데이트 세트가 작동하고 배포할 준비가 되면 개발자는 배포 요청 상태를 평가 준비 완료로 설정합니다.
4. 평가 플레이북이 실행되고, 이 기간 Automated Test Framework 동안 배포 요청의 변경 사항에 대해 (ATF) 테스트 도구 모음 및 인스턴스 스캔이 실행됩니다.
5. 평가 중에 오류가 발생할 경우 테스터가 확인하거나 개발자에게 리디렉션하여 해결할 수 있는 배포 작업이 생성됩니다.
6. 배포 작업이 처리되면 배포 요청이 배포 준비 완료 상태로 설정됩니다.
7. 릴리스의 예약된 날짜에 릴리스 플레이북이 실행됩니다. 배포 준비 완료 상태의 모든 배포 요청은 파이프라인을 통해 프로덕션으로 이동합니다.

를 사용하여 ReleaseOps배포하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오 ReleaseOps 탐색.

로 마이그레이션한 ReleaseOps경우 배포 프로세스는 다음과 같습니다.

1. 를 통해 애플리케이션 리포지토리배포되는 애플리케이션의 경우 개발자는 , 크리에이터 스튜디오, 및 ServiceNow 스튜디오 표준 프로세스를 사용하여 애플리케이션을 앱 엔진 스튜디오제출합니다.
2. 배포 요청이 앱 엔진 생성되고 승인을 위해 관리자에게 앱 엔진 전송됩니다. 동시에 해당 ReleaseOps 배포 요청이 만들어집니다.

   배포 요청에서 해당 ReleaseOps 배포 요청 기록을 앱 엔진 볼 수 있습니다.

   

3. 해당 ReleaseOps 배포 요청을 열고 기존 릴리스에 연결하거나 배포 요청을 요청 시로 설정합니다. 그런 다음 기록을 저장합니다.
4. 관리자가 앱 엔진 파이프라인의 앱 엔진 배포 요청을 승인 앱 엔진 하고, 파이프라인은 배포를 에 넘깁니다.ReleaseOps
5. 설치 지침이 포함된 업데이트 세트가 생성되어 배포 요청에 첨부됩니다 ReleaseOps .
6. 및 파이프라인의 배포 요청은 모두 앱 엔진ReleaseOps 동기화되지만 ReleaseOps 배포를 오케스트레이션합니다.

로 마이그레이션 ReleaseOps하는 방법에 대한 자세한 내용은 다음을 참조하십시오.

• 로 파이프라인 마이그레이션 앱 엔진ReleaseOps
• 마이그레이션 작업