릴리스는 배치에 의해 구현됩니다. 배치는 단일 단계(phase) 및 연관된 환경을 대상으로 합니다(각 단계에는 단일 환경이 연관되어 있습니다). 배치는 범위가 광범위하고 릴리스의 모든 애플리케이션을 사용할 수 있으며 단일 애플리케이션의 단 한 번의 긴급 배치를 나타낼 수 있습니다. 배치는 필요에 따라 정확하게 대상이 지정될 수 있습니다.
IBM® UrbanCode Release 배치는 함께 수행됩니다.
배치가 발생하는 시기를 정의하고 한 번 또는 반복되는 이벤트인지를 지정하는 스케줄
사용자 정의 이벤트에 의해 트리거되고 특정 사용자 또는 사용자 역할에 보내지는 이메일 알림
필요한 승인
배치 또는 배치 계획은 세그먼트로 구성됩니다. 세그먼트는 함께 완료되도록 계획된 릴리스 활동을 나타냅니다. 세그먼트를 다른 세그먼트가 완료된 후 실행되거나 다른 세그먼트와 독립적으로 실행될 수 있도록 구성할 수 있습니다. 배치 계획은 세그먼트 수를 몇 개든 포함할 수 있습니다. 기본 계획은 두 개의 세그먼트(배치 전 태스크 및 배치 태스크)를 포함합니다.
배치 계획이 정의되면 배치가 배치 요청에 의해 언제든지 시작될 수 있습니다. 배치 요청은 전체 배치 또는 계획의 일부(예: 개별 세그먼트)를 시작할 수 있습니다.
모든 팀이 기본 계획 외에 폴백 계획도 가지고 있는지 확인하십시오. 폴백 계획은 블록이 해결될 때까지 이전 버전으로 롤백하는 정도로 간단할 수 있습니다.
임시 배치는 이름이 나타내듯이 계획되지 않은 배치입니다. 임시 배치는 언제든지 스케줄될 수 있습니다. 이는 릴리스 계획 동안 완전한 배치 목록을 정의하지 않아도 되는 것을 의미합니다.
반복되는 창을 포함하여 일반적인 환경 진행 순서로 테스트하는 것이 중요하지만, 예상 환경을 사용할 수 없게 되는 경우 환경을 다른 목적에 맞게 만들 수 있도록 융통성이 있어야 합니다.
일반적으로 릴리스가 작성될 때 애플리케이션의 정렬이 정의됩니다. 릴리스와 연관된 애플리케이션은 릴리스를 사용하는 모든 배치에 자동으로 사용 가능합니다. 애플리케이션 및 애플리케이션 스위트는 릴리스된 버전으로 승격될 수 있습니다. 일반적으로 릴리스된 버전은 성공적으로 배치되고 확실히 다시 사용될 수 있는 애플리케이션(또는 스위트)을 나타냅니다.
또한 배치가 스케줄된 후 릴리스에 애플리케이션을 추가할 수 있습니다. 새 애플리케이션은 모든 후속 또는 진행 중인 배치의 일부가 됩니다.
배치 활동은 태스크에 의해 정의됩니다. 개별 태스크는 릴리스와 연관된 모든 비지니스 의미의 활동을 나타낼 수 있는 작업 단위입니다. 태스크는 한 번 실행되거나 배치 계획이 사용될 때마다 실행되도록 구성될 수 있습니다. 태스크는 사용자 역할 또는 특정 사용자에게 지정될 수 있습니다. 지정되지 않은 경우 필요한 역할을 가진 사용자가 청구할 수 있습니다. 태스크는 정의된 후 태스크 라이브러리에 추가되고 다른 배치에 사용할 수 있게 됩니다.
태스크가 작성될 때 기간이 제공되며 이는 완료하는 데 걸리는 예상 시간입니다. IBM UrbanCode Release는 태스크 기간을 집계하여 전체 배치 시간을 계산합니다.
태스크는 자동 또는 수동일 수 있습니다. 자동화된 태스크는 외부 도구와의 통합에서 제공됩니다. 예를 들어, IBM UrbanCode Deploy 애플리케이션의 애플리케이션 프로세스는 IBM UrbanCode Release에서 자동화된 태스크로 사용 가능합니다.
수동 태스크는 서버 중지 또는 시작과 같은 자동화되지 않은 태스크를 나타낼 수 있습니다. 전체 릴리스에 대해 정의된 마일스톤과 달리, 수동 태스크(및 자동화된 태스크)는 특정 단계(phase) 및 세그먼트에 첨부됩니다. 세그먼트는 동시에 완료되도록 계획된 태스크의 그룹화로 간주될 수 있습니다.
일반적으로 태스크는 웹 애플리케이션의 스케줄된 배치 페이지에서 정의되지만 내보내고 가져올 수도 있습니다(CSV 파일로).
애플리케이션 버전은 품질 상태를 포함할 수 있습니다. 품질 상태는 애플리케이션 버전이 일부 예상되는 품질 요구사항을 충족하는지 확인합니다. 외부 도구와의 통합을 통하거나 수동으로 상태를 지정할 수 있습니다.
긴급 배치가 필요할 때마다 승인 및 게이트를 임시적으로 일시중단할 수 있습니다.
승인은 품질(상태) 고려사항에 관계없이 환경을 제어하는 데 사용되는 메커니즘입니다. 승인은 단계(phase)에 첨부됩니다. 승인이 필요한 릴리스는 승인이 부여될 때까지 단계(phase)를 진행할 수 없습니다. 승인자는 일반적으로 사용자 역할에 의해 지정됩니다. 지정된 역할을 가진 모든 사용자는 승인 요청에 응답할 수 있습니다. 예를 들어, QA 단계(phase)에서 릴리스 관리자의 승인이 필요한 경우, 릴리스는 릴리스 관리자 역할을 가진 사용자가 승인을 부여할 때까지 진행될 수 없습니다. 특정 사용자도 승인하도록 지정될 수 있습니다.
승인이 필요한 스케줄된 배치가 승인을 받지 않고 해당 시작 시간에 도달하는 경우, 이 단계는 진행되지 않으며 승인자가 거부한 것으로 간주됩니다.