새 Azure Pipelines 사용자를 위한 주요 개념

Azure DevOps Services

Azure Pipelines를 구성하는 주요 개념 및 구성 요소에 대해 알아봅니다. 파이프라인의 기본 용어 및 부분을 이해하면 코드를 보다 효과적으로 빌드, 테스트 및 배포하는 데 도움이 될 수 있습니다.

주요 개념 개요

• 트리거는 파이프라인을 실행하라고 지시합니다.
• 파이프라인은 하나 이상의 단계로 구성됩니다. 파이프라인은하나 이상의 환경에 배포할 수 있습니다.
• 단계 파이프라인에서 작업을 구성하는 방법이며 각 스테이지에는 하나 이상의 작업이 있을 수 있습니다.
• 각 작업은 하나의 에이전트에서 실행됩니다. 작업은 에이전트가 없을 수도 있습니다.
• 각 에이전트하나 이상의 단계를 포함하는 작업을 실행합니다.
• 단계는 작업 또는 스크립트일 수 있으며, 파이프라인의 가장 작은 구성 요소입니다.
• 작업 REST API 호출 또는 빌드 아티팩트 게시와 같은 작업을 수행하는 미리 패키지된 스크립트입니다.
• 아티팩트는 실행에서 게시한 파일 또는 패키지의 모음입니다.

Azure Pipelines 용어

대리인

빌드 또는 배포가 실행되면 시스템은 하나 이상의 작업을 시작합니다. 에이전트는 한 번에 하나의 작업을 실행하는 설치된 에이전트 소프트웨어가 있는 컴퓨팅 인프라입니다. 예를 들어 Microsoft에서 호스트하는 Ubuntu 에이전트에서 작업을 실행할 수 있습니다.

다양한 유형의 에이전트 및 사용 방법에 대한 보다 심층적인 정보는 Azure Pipelines 에이전트을 참조하세요.

승인

승인 배포를 실행하기 전에 필요한 유효성 검사 집합을 정의합니다. 수동 승인은 프로덕션 환경에 대한 배포를 제어하기 위해 수행되는 일반적인 검사입니다. 환경에서 검사가 구성되면 모든 검사가 성공적으로 완료될 때까지 파이프라인 실행이 일시 중지됩니다.

유물

아티팩트는 실행에서 게시한 파일 또는 패키지의 모음입니다. 후속 작업인 배포 또는 배치에 아티팩트가 제공됩니다. 자세한 내용은 Azure Pipelines아티팩트(Artifacts)를 참조하세요.

지속적 배포

CD(지속적인 업데이트)는 코드를 빌드, 테스트 및 하나 이상의 테스트 및 프로덕션 단계에 배포하는 프로세스입니다. 여러 단계로 배포 및 테스트하면 품질을 높이는 데 도움이 됩니다. 연속 통합 시스템은 애플리케이션과 인프라를 포함하는 배포 가능한 아티팩트를 생성합니다. 자동화된 릴리스 파이프라인은 이러한 아티팩트를 활용하여 새 버전 및 수정 사항을 기존 시스템에 릴리스합니다. 모니터링 및 경고 시스템은 전체 CD 프로세스에 대한 가시성을 높이기 위해 지속적으로 실행됩니다. 이 프로세스를 통해 오류가 자주 그리고 조기에 발견됩니다.

연속 통합

CI(연속 통합)는 개발 팀에서 코드 테스트 및 빌드를 간소화하는 데 사용하는 방법입니다. CI는 개발 주기 초기에 버그 또는 문제를 파악하는 데 도움이 되며, 이를 통해 더 쉽고 빠르게 해결할 수 있습니다. 자동화된 테스트 및 빌드는 CI 프로세스의 일부로 실행됩니다. 이 프로세스는 코드가 푸시될 때마다 또는 둘 다 설정된 일정에 따라 실행할 수 있습니다. 아티팩트로 알려진 항목은 CI 시스템에서 생성됩니다. 지속적인 업데이트 릴리스 파이프라인에서 자동 배포를 구동하는 데 사용됩니다.

전개

클래식 파이프라인 배포는 한 단계에 대한 작업을 실행하는 작업입니다. 배포에는 자동화된 테스트 실행, 빌드 아티팩트 배포 및 해당 단계에 대해 지정된 다른 작업이 포함될 수 있습니다.

YAML 파이프라인의 경우, 배포란 배포 작업을 의미합니다. 배포 작업은 환경에 대해 순차적으로 실행되는 단계의 컬렉션입니다. 배포 작업을 위해 한 번 실행, 롤링, 카나리아와 같은 전략을 사용할 수 있습니다.

배포 그룹

배포 그룹은 에이전트가 설치된 배포 대상 컴퓨터 집합입니다. 배포 그룹은 에이전트 풀같은 에이전트의 또 다른 그룹입니다. 배포 그룹을 사용하여 작업에 대한 파이프라인에서 배포 대상을 설정할 수 있습니다. 배포 그룹에 대한 프로비저닝 에이전트에 대해 자세히 알아봅니다.

환경

환경은 애플리케이션을 배포하는 리소스의 모음입니다. 하나의 환경에는 하나 이상의 가상 머신, 컨테이너, 웹앱 또는 모든 서비스가 포함될 수 있습니다. 파이프라인은 빌드가 완료되고 테스트가 실행된 후 하나 이상의 환경에 배포됩니다.

직업

스테이지에는 하나 이상의 작업이 포함됩니다. 각 작업은 에이전트에서 실행됩니다. 작업은 단계 집합의 실행 경계를 나타냅니다. 모든 단계는 동일한 에이전트에서 함께 실행됩니다. 작업은 다양한 환경에서 일련의 단계를 실행하려는 경우에 가장 유용합니다. 예를 들어 x86 및 x64의 두 가지 구성을 빌드할 수 있습니다. 이 경우 한 단계와 두 개의 작업이 있습니다. 한 가지 작업은 x86용이고 다른 작업은 x64용입니다.

에이전트 없는 작업은 에이전트를 사용하지 않고 Azure DevOps 및 Azure DevOps Server에서 실행됩니다. 에이전트 없는 작업을 지원하는 작업은 제한된 수만 입니다.

파이프라인

파이프라인은 앱에 대한 연속 통합 및 배포 프로세스를 정의합니다. 그것은 하나 이상의 단계로 구성되어 있습니다. 테스트, 빌드 및 배포 단계가 실행되는 방법을 정의하는 워크플로로 생각할 수 있습니다.

클래식 파이프라인의 경우 파이프라인을 정의라고도 할 수 있습니다.

출시

클래식 파이프라인의 경우, 릴리스는 파이프라인에 명시된 버전 관리된 아티팩트 집합입니다. 릴리스에는 단계, 작업, 트리거 및 승인자와 같은 정책과 배포 옵션 등 릴리스 파이프라인의 모든 작업과 행동을 수행하는 데 필요한 모든 정보의 스냅샷이 포함됩니다. 배포 트리거 또는 REST API를 사용하여 릴리스를 수동으로 만들 수 있습니다.

YAML 파이프라인의 경우, 빌드 및 릴리스 단계는 하나의 다단계 파이프라인에 통합되어 있습니다.

달리다

하나의 실행은 파이프라인의 한 과정을 나타냅니다. 단계 실행과 관련된 로그와 테스트 실행 결과를 수집합니다. 실행하는 동안 Azure Pipelines는 먼저 파이프라인을 처리한 다음 하나 이상의 에이전트에 실행을 보냅니다. 각 에이전트는 작업을 실행합니다. 파이프라인 실행 시퀀스대해 자세히 알아봅니다.

클래식 파이프라인의 경우 빌드는 하나의 파이프라인 실행을 나타냅니다.

각본

스크립트는 명령줄, PowerShell 또는 Bash를 사용하여 파이프라인의 한 단계로 코드를 실행합니다. macOS, Linux 및 Windows용 플랫폼 간 스크립트를 작성할 수 있습니다. 작업과 달리, 스크립트는 특정한 파이프라인에 맞춘 맞춤형 코드입니다.

무대

단계 파이프라인의 논리적 경계입니다. 우려 사항(예: 빌드, QA 및 프로덕션)의 분리를 표시하는 데 사용할 수 있습니다. 각 단계에는 하나 이상의 작업이 포함됩니다. 파이프라인에서 여러 단계를 정의하는 경우 기본적으로 하나씩 실행됩니다. 스테이지가 실행되는 경우에 대한 조건을 지정할 수 있습니다. 무대가 필요한지 여부를 생각할 때 스스로에게 물어보세요.

• 개별 그룹이 이 파이프라인의 여러 부분을 관리합니까? 예를 들어 테스트와 관련된 작업을 관리하는 테스트 관리자와 프로덕션 배포와 관련된 작업을 관리하는 다른 관리자가 있을 수 있습니다. 이 경우 테스트 및 프로덕션을 위한 별도의 단계를 갖는 것이 좋습니다.
• 특정 작업이나 작업 집합에 연결된 승인 세트가 있나요? 그렇다면 단계를 사용하여 작업을 승인이 필요한 논리 그룹으로 분리할 수 있습니다.
• 오래 실행해야 하는 작업이 있나요? 파이프라인의 작업 실행 시간이 긴 경우, 해당 작업을 별도의 단계로 설정하는 것이 좋습니다.

단계

단계는 파이프라인의 가장 작은 구성 요소입니다. 예를 들어 파이프라인은 빌드 및 테스트 단계로 구성될 수 있습니다. 단계는 스크립트 또는 작업일 수 있습니다. 작업은 편의를 위해 제공되는 미리 생성된 스크립트일 뿐입니다. 사용 가능한 작업을 보려면 빌드 및 릴리스 작업 참조를 참조하세요. 사용자 지정 작업을 만드는 방법에 대한 자세한 내용은 사용자 지정 작업 만들기참조하세요.

과업

작업 파이프라인에서 자동화를 정의하기 위한 구성 요소입니다. 태스크는 입력 집합으로 추상화된 패키지된 스크립트 또는 프로시저입니다.

트리거

트리거는 파이프라인에 실행 시기를 알리도록 설정된 것입니다. 리포지토리에 대한 푸시 시, 예약된 시간 또는 다른 빌드가 완료될 때 실행되도록 파이프라인을 구성할 수 있습니다. 이러한 모든 작업을 트리거라고 합니다. 자세한 내용은 빌드 트리거 및 릴리스 트리거를 참조하세요.

도서관

라이브러리보안 파일 및 변수 그룹포함합니다. 보안 파일은 파일을 저장하고 파이프라인 간에 공유하는 방법입니다. 예를 들어 다른 파이프라인에 대해 동일한 파일을 참조할 수 있습니다. 이 경우 라이브러리 파일을 저장하고 필요할 때 사용할 수 있습니다. 변수 그룹은 YAML 파이프라인에 전달될 수 있는 값과 비밀을 저장하며, 여러 파이프라인에서 이용할 수 있게 합니다.

작성자 정보

• Dave Jarvis는 주요 개념 개요 그래픽에 기여했습니다.