다단계 CD(연속 배포) 파이프라인 정의

Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2015

참고

Microsoft TFS(Team Foundation Server) 2018 이하 버전에서 빌드 및 릴리스 ‘파이프라인’은 ‘정의’라고 하며 ‘실행’은 ‘빌드’, ‘서비스 연결’은 ‘서비스 엔드포인트’, ‘스테이지’는 ‘환경’, ‘작업’은 ‘단계’라고 합니다.

Azure Pipelines 개발, 스테이징, QA, 프로덕션 등의 여러 단계에 릴리스를 위한 매우 구성 가능 하 고 관리 하기 쉬운 파이프라인을 제공 합니다. 또한 각 특정 단계에서 게이트 및 승인을 구현할 수 있는 기회를 제공 합니다.

이 자습서에서는 다음 사항에 대해 알아봅니다.

  • 연속 배포 트리거
  • 스테이지 추가
  • 배포 전 승인 추가
  • 릴리스 및 모니터링 배포 만들기

사전 요구 사항

필요한 사항:

  • 하나 이상의 스테이지가 포함 된 릴리스 파이프라인 아직 없는 경우 다음 빠른 시작 및 자습서 중 하나를 사용 하 여 만들 수 있습니다.

  • 앱을 배포 하는 두 개의 개별 대상. 가상 컴퓨터, 웹 서버, 온-프레미스 물리적 배포 그룹 또는 다른 유형의 배포 대상이 될 수 있습니다. 이 예에서는 Azure 앱 Services 웹 사이트 인스턴스를 사용 합니다. 동일한 작업을 수행 하기로 결정 한 경우 고유한 이름을 선택 해야 하지만 이름에 "QA"를 포함 하 고 다른 이름에 "Production"를 포함 하 여 쉽게 식별할 수 있도록 하는 것이 좋습니다. Azure Portal를 사용 하 여 새 웹 앱을 만듭니다.

CD (연속 배포) 트리거

연속 배포 트리거를 사용 하도록 설정 하면 새 빌드를 사용할 수 있을 때마다 새 릴리스가 자동으로 생성 됩니다.

  1. Azure Pipelines 에서 릴리스 탭을 엽니다. 릴리스 파이프라인을 선택 하 고 편집 을 선택 합니다.

    릴리스 pipelin 편집

  2. 아티팩트 섹션에서 연속 배포 트리거 아이콘을 선택 하 여 트리거 패널을 엽니다. 새 빌드가 성공적으로 완료 된 후 새 릴리스가 생성 되도록 하려면이 기능을 사용 하도록 설정 해야 합니다.

    연속 배포 트리거

  3. 단계 섹션에서 배포 전 조건 아이콘을 선택 하 여 조건 패널을 엽니다. 이 단계에 대 한 배포에 대 한 트리거가 릴리스 후 로 설정 되었는지 확인 합니다. 즉,이 릴리스 파이프라인에서 새 릴리스가 생성 되 면 배포가 자동으로 시작 됩니다.

    배포 전 조건

    릴리스 트리거, 트리거 트리거 또는 배포 예약을 설정할 수도 있습니다.

단계 추가

이 섹션에서는 두 개의 새 단계를 릴리스 파이프라인에 추가 합니다. QA 및 프로덕션 (이 예제에서는 두 개의 Azure 앱 서비스 웹 사이트). 이는 처음에 테스트 또는 스테이징 서버에 배포 하 고 나 서 라이브 또는 프로덕션 서버에 배포 하는 일반적인 시나리오입니다. 각 단계 는 하나의 배포 대상을 나타냅니다.

  1. 릴리스 파이프라인에서 파이프라인 탭을 선택 하 고 기존 스테이지를 선택 합니다. 스테이지의 이름을 Production 로 변경 합니다.

    파이프라인 탭에서 기존 스테이지를 선택 하 고 스테이지 패널에서 이름을 Production로 변경

  2. + 추가 드롭다운 목록을 선택 하 고 복제 단계 를 선택 합니다. 복제 옵션은 기존 스테이지가 선택 된 경우에만 사용할 수 있습니다.

    복제 단계 선택

    일반적으로 배포 된 앱이 동일한 방식으로 동작 하도록 하기 위해 테스트 및 프로덕션 단계와 동일한 배포 방법을 사용 하려고 합니다. 기존 단계를 복제 하는 것이 둘 다에 대해 동일한 설정을 갖도록 하는 좋은 방법입니다. 그런 다음 배포 대상을 변경 하기만 하면 됩니다.

  3. 복제 된 단계에는 프로덕션의 이름 복사본이 포함 됩니다. 이를 선택 하 고 이름을 QA 로 변경 합니다.

    스테이지 이름을 QA로 변경

  4. 파이프라인의 단계를 다시 구성 하려면 QA 단계에서 배포 전 조건 아이콘을 선택 하 고 트리거를 릴리스 후 로 설정 합니다. 그러면 파이프라인 다이어그램에 두 단계가 병렬로 표시 됩니다.

    단계 다시 구성

  5. 프로덕션 단계에서 배포 전 조건 아이콘을 선택 하 고 트리거를 After 단계로 설정한 다음, 단계 드롭다운 목록에서 QA 를 선택 합니다. 파이프라인 다이어그램은 이제 두 단계가 올바른 순서로 실행 됨을 표시 합니다.

    QA 트리거 및 단계 선택

    참고

    이전 단계에 대 한 배포가 부분적 으로 성공한 경우 배포가 시작 되도록 설정할 수 있습니다. 즉, 중요 하지 않은 특정 작업이 실패 한 경우에도 배포가 계속 됩니다. 이는 일반적으로 여러 단계를 병렬로 배포 하는 포크 및 조인 배포에 사용 됩니다.

  6. 작업 드롭다운 목록을 선택 하 고 QA 단계를 선택 합니다.

    작업 드롭다운 및 QA 단계 선택

  7. 사용 중인 작업에 따라이 단계가 "QA" 대상에 배포 되도록 설정을 변경 합니다. 이 예에서는 아래와 같이 Azure App Service 배포 작업을 사용 합니다.

    Azure app service 배포 작업 사용

배포 전 승인 추가

이전에 수정 된 릴리스 파이프라인이 QA 및 프로덕션에 배포 됩니다. 질문 및 답변에 대 한 배포가 실패 하는 경우 프로덕션에 배포 되지 않습니다. 프로덕션에 배포 하기 전에 앱이 QA 또는 테스트 단계에서 제대로 작동 하는지 항상 확인 하는 것이 좋습니다. 승인을 추가 하면 다음 단계를 배포 하기 전에 모든 조건을 충족 하는지 확인할 수 있습니다. 파이프라인에 승인을 추가 하려면 다음 단계를 수행 합니다.

  1. 파이프라인 탭, 배포 전 조건 아이콘, 배포 전 승인자 를 차례로 선택 합니다.

    배포 전 승인자 패널

  2. 승인자 텍스트 상자에 배포 승인을 담당 하는 사용자를 입력 합니다. 또한 릴리스를 요청 하는 사용자 또는 배포를 승인 하지 않아야 함 확인란의 선택을 취소 하는 것이 좋습니다.

    배포 전 승인자 추가

    개별 사용자와 조직 그룹 모두에서 필요한 만큼 승인자를 추가할 수 있습니다. 파이프라인 다이어그램에서 스테이지의 오른쪽에 있는 "사용자" 아이콘을 선택 하 여 배포 후 승인을 설정할 수도 있습니다. 자세한 내용은 게이트 및 승인 릴리스를 참조 하세요.

  3. 저장 을 선택합니다.

    릴리스 파이프라인 저장

릴리스 만들기

이제 릴리스 파이프라인 설치가 완료 되었으므로 배포를 시작할 때입니다. 이렇게 하려면 새 릴리스를 수동으로 만듭니다. 일반적으로 릴리스는 새 빌드 아티팩트를 사용할 수 있을 때 자동으로 만들어집니다. 그러나이 시나리오에서는이를 수동으로 만듭니다.

  1. 릴리스 드롭다운 목록을 선택 하 고 릴리스 만들기 를 선택 합니다.

    새 릴리스 만들기

  2. 릴리스에 대 한 설명을 입력 하 고 올바른 아티팩트가 선택 되었는지 확인 한 다음 만들기 를 선택 합니다.

    새 릴리스 패널 만들기

  3. 새 릴리스가 만들어진 것을 나타내는 배너가 표시 됩니다. 자세한 내용을 보려면 릴리스 링크를 선택 합니다.

    릴리스를 만들었습니다.

  4. 릴리스 요약 페이지에는 각 단계에 대 한 배포 상태가 표시 됩니다.

    배포 상태

    릴리스 목록과 같은 다른 보기에는 승인이 보류 중임을 나타내는 아이콘도 표시 됩니다. 아이콘은 스테이지 이름을 포함 하는 팝업을 표시 하 고,이를 가리키면 추가 세부 정보가 표시 됩니다. 이렇게 하면 관리자가 승인 대기 중인 릴리스와 모든 릴리스의 전반적인 진행률을 쉽게 확인할 수 있습니다.

    릴리스 목록 뷰

  5. Pending_approval 아이콘을 선택 하 여 승인 창 패널을 엽니다. 간단한 설명을 입력 하 고 승인 을 선택 합니다.

    배포 승인

참고

사용량이 많지 않은 시간에 예를 들어 나중에 배포를 예약할 수 있습니다. 다른 사용자에 게 승인을 재할당할 수도 있습니다. 릴리스 관리자는 모든 승인 결정을 액세스 하 고 재정의할 수 있습니다.

배포 모니터링 및 추적

배포 로그는 응용 프로그램의 릴리스를 모니터링 하 고 디버그 하는 데 도움이 됩니다. 배포 로그를 확인 하려면 다음 단계를 수행 합니다.

  1. 릴리스 요약에서 스테이지를 마우스로 가리키고 로그 를 선택 합니다.

    배포 로그

    배포 하는 동안에도 로그 페이지에 액세스 하 여 모든 작업의 실시간 로그를 확인할 수 있습니다.

  2. 특정 태스크에 대 한 로그를 보려면 작업을 선택 합니다. 이렇게 하면 배포 문제를 보다 쉽게 추적 하 고 디버그할 수 있습니다. 개별 작업 로그 또는 모든 로그 파일의 zip을 다운로드할 수도 있습니다.

    로그 다운로드

  3. 배포를 디버깅 하는 데 추가 정보가 필요한 경우 디버그 모드에서 릴리스를 실행할수 있습니다.

다음 단계