배포를 실행하도록 컨테이너 이미지 구성

이 문서에서는 ADE(Azure Deployment Environments)에서 환경 정의를 배포하기 위해 사용자 지정 Bicep 컨테이너 이미지를 빌드하는 방법을 알아봅니다.

이 문서에서는 ADE(Azure Deployment Environments)에 환경 정의를 배포하기 위해 사용자 지정 Terraform 컨테이너 이미지를 빌드하는 방법을 알아봅니다. Terraform IaC(코드 제공 인프라) 프레임워크를 사용하여 인프라를 프로비전하기 위해 사용자 지정 이미지를 구성하는 방법을 알아봅니다.

이 문서에서는 ADE(Azure Deployment Environments) 배포에 Pulumi를 활용하는 방법을 알아봅니다. Pulumi에서 제공하는 샘플 이미지를 사용하는 방법 또는 Pulumi IaC(코드 제공 인프라) 프레임워크를 사용하여 인프라를 프로비전하기 위해 사용자 지정 이미지를 구성하는 방법을 알아봅니다.

ADE는 환경 정의에 사용할 수 있는 사용자 지정 이미지를 만들 수 있는 확장성 모델을 지원합니다. 이 확장성 모델을 사용하려면 사용자 지정 이미지를 만들고 ACR(Azure Container Registry) 또는 Docker Hub와 같은 컨테이너 레지스트리에 저장합니다. 그런 다음 환경 정의에서 이러한 이미지를 참조하여 환경을 배포할 수 있습니다.

환경 정의는 최소한 두 개의 파일, 즉 azuredeploy.json 또는 main.bicep과 같은 템플릿 파일과 environment.yaml이라는 매니페스트 파일로 구성됩니다. ADE는 컨테이너를 사용하여 환경 정의를 배포합니다.

ADE 팀은 핵심 이미지와 ARM(Azure Resource Manager)-Bicep 이미지를 포함하여 시작하는 데 필요한 다양한 이미지를 제공합니다. Runner-Images 폴더에서 이러한 샘플 이미지에 액세스할 수 있습니다.

환경 정의는 최소한 두 개의 파일, 즉 main.tf와 같은 템플릿 파일과 environment.yaml이라는 매니페스트 파일로 구성됩니다. 컨테이너를 사용하여 Terraform을 사용하는 환경 정의를 배포합니다.

환경 정의는 최소한 두 개의 파일, 즉 Pulumi 프로젝트 파일인 Pulumi.yaml과 이름이 environment.yaml인 매니페스트 파일로 구성됩니다. 여기에는 기본 프로그래밍 언어(C#, TypeScript, Python 등)로 작성된 사용자 프로그램이 포함될 수도 있습니다. ADE는 컨테이너를 사용하여 환경 정의를 배포합니다.

필수 조건

• 활성 구독이 있는 Azure 계정. 체험 계정을 만듭니다.
• Azure 구독에 설정된 Azure Deployment Environments입니다.
  • ADE를 설정하려면 빠른 시작: Azure Deployment Environments 구성을 따릅니다.

ADE에서 컨테이너 이미지 사용

ADE에서 컨테이너 이미지를 사용하려면 다음 방식 중 하나를 사용할 수 있습니다.

• 샘플 컨테이너 이미지 사용 간단한 시나리오의 경우 ADE에서 제공하는 샘플 ARM-Bicep 컨테이너 이미지를 사용합니다.
• 사용자 지정 컨테이너 이미지 만들기 더 복잡한 시나리오의 경우 특정 요구 사항을 충족하는 사용자 지정 컨테이너 이미지를 만듭니다.

컨테이너 이미지를 사용할 때 따르는 주요 단계는 다음과 같습니다.

1. 사용할 이미지 형식(샘플 이미지 또는 사용자 지정 이미지)을 선택합니다.
   • 사용자 지정 이미지를 사용하는 경우 샘플 이미지로 시작한 다음 요구 사항에 맞게 사용자 지정합니다.
2. 이미지를 빌드합니다.
3. 이미지를 프라이빗 레지스트리나 공용 레지스트리에 업로드합니다.
4. 레지스트리에 대한 액세스를 구성합니다.
   • 공용 레지스트리의 경우 익명 풀을 구성합니다.
   • 프라이빗 레지스트리의 경우 DevCenter ACR 권한을 부여합니다.
5. 환경 정의의 runner 매개 변수에 이미지 위치 추가
6. 사용자 지정 이미지를 사용하는 환경을 배포합니다.

이 프로세스의 첫 번째 단계는 사용하려는 이미지 형식을 선택하는 것입니다. 해당 탭을 선택하여 프로세스를 확인합니다.

샘플 컨테이너 이미지 사용

샘플 컨테이너 이미지 사용

ADE는 별도의 구성 없이 ARM과 Bicep을 지원합니다. 카탈로그에 템플릿 파일(예: azuredeploy.json 및 environment.yaml)을 추가하여 배포 환경에 대한 Azure 리소스를 배포하는 환경 정의를 만들 수 있습니다. ADE는 샘플 ARM-Bicep 컨테이너 이미지를 사용하여 배포 환경을 만듭니다.

environment.yaml 파일에서 runner 속성은 사용하려는 컨테이너 이미지의 위치를 ​​지정합니다. Microsoft 아티팩트 레지스트리에 게시된 샘플 이미지를 사용하려면 해당 식별자 runner를 사용합니다.

다음 예에서는 샘플 ARM-Bicep 컨테이너 이미지를 참조하는 runner를 보여 줍니다.

    name: WebApp
    version: 1.0.0
    summary: Azure Web App Environment
    description: Deploys a web app in Azure without a datastore
    runner: Bicep
    templatePath: azuredeploy.json

ARM-Bicep용 Runner-Images 폴더 이미지 아래의 ADE 샘플 리포지토리에서 샘플 Bicep 컨테이너 이미지를 볼 수 있습니다.

ADE 컨테이너 이미지를 사용하여 Azure 리소스를 배포하는 환경 정의를 만드는 방법에 대한 자세한 내용은 환경 정의 추가 및 구성을 참조하세요.

사용자 지정 이미지를 사용하여 Terraform 이미지를 구성합니다.

Pulumi에서 제공하는 샘플 컨테이너 이미지 사용

Pulumi 팀은 시작하는 데 도움이 되는 미리 빌드된 이미지를 제공하며, 이 이미지는 Runner-Image 폴더에서 볼 수 있습니다. 이 이미지는 Pulumi의 Docker Hub에서 pulumi/azure-deployment-environments로 공개적으로 제공되므로 ADE 환경 정의에서 직접 사용할 수 있습니다.

미리 빌드된 이미지를 활용하는 샘플 environment.yaml 파일은 다음과 같습니다.

name: SampleDefinition
version: 1.0.0
summary: First Pulumi-Enabled Environment
description: Deploys a Storage Account with Pulumi
runner: pulumi/azure-deployment-environments:0.1.0
templatePath: Pulumi.yaml

환경 폴더에서 몇 가지 샘플 환경 정의를 찾을 수 있습니다.

사용자 지정 이미지 만들기

사용자 지정 이미지 만들기

사용자 지정 컨테이너 이미지를 만들면 요구 사항에 맞게 배포를 사용자 지정할 수 있습니다. ADE 샘플 이미지를 기반으로 사용자 지정 이미지를 만들 수 있습니다.

이미지 사용자 지정을 완료한 후에는 이미지를 빌드하고 컨테이너 레지스트리에 푸시해야 합니다.

이미지를 수동으로 빌드하고 푸시할 수도 있고, Microsoft에서 제공하는 스크립트를 사용하여 프로세스를 자동화할 수도 있습니다.

또는 Terraform 이미지를 빌드하고 제공된 ACR에 푸시하기 위해 ADE의 확장성 모델을 Terraform과 함께 활용하여 리포지토리 포크할 수 있습니다.

ADE CLI는 샘플 이미지에 미리 설치되어 있으며, 이를 기반으로 ADE 샘플 이미지를 사용하여 사용자 지정 이미지를 빌드합니다. ADE CLI에 대해 자세히 알아보려면 CLI 사용자 지정 실행기 이미지 참조를 확인합니다.

이 예에서는 ADE 배포를 활용하고 ADE 빌드 이미지 중 하나를 기반으로 이미지를 기반으로 ADE CLI에 액세스하기 위해 Docker 이미지를 빌드하는 방법을 알아봅니다.

ADE용으로 구성된 이미지를 만들려면 다음 단계를 따릅니다.

1. 샘플 이미지를 기반으로 사용자 지정 이미지를 만듭니다.
2. 원하는 패키지를 설치합니다.
3. 작업 셸 스크립트를 구성합니다.
4. ARM 또는 Bicep 템플릿을 배포하기 위한 작업 셸 스크립트 만들기

ADE용으로 구성된 이미지를 만들려면 다음 단계를 따릅니다.

1. 샘플 이미지를 기반으로 사용자 지정 이미지를 만듭니다.
2. 원하는 패키지를 설치합니다.
3. 작업 셸 스크립트를 구성합니다.
4. Terraform CLI를 사용하는 작업 셸 스크립트를 만듭니다.

ADE용으로 구성된 이미지를 만들려면 다음 단계를 따릅니다.

1. 샘플 이미지를 기반으로 사용자 지정 이미지를 만듭니다.
2. 원하는 패키지를 설치합니다.
3. 작업 셸 스크립트를 구성합니다.
4. Pulumi CLI를 사용하는 작업 셸 스크립트를 만듭니다.

1. 샘플 이미지를 기반으로 사용자 지정 이미지 만들기

Microsoft 아티팩트 레지스트리에 호스트된 샘플 이미지를 가리키는 FROM 문이 포함된 DockerFile을 만듭니다.

다음은 샘플 코어 이미지를 참조하는 FROM 문의 예입니다.

FROM mcr.microsoft.com/deployment-environments/runners/core:latest

이 문은 가장 최근에 게시된 핵심 이미지를 끌어와 사용자 지정 이미지의 기반으로 만듭니다.

2. 필요한 패키지 설치

이 단계에서는 Bicep을 포함하여 이미지에 필요한 모든 패키지를 설치합니다. 다음 예와 같이 RUN 문을 사용하여 Azure CLI로 Bicep 패키지를 설치할 수 있습니다.

RUN az bicep install

이 단계에서는 Terraform을 포함하여 이미지에 필요한 모든 패키지를 설치합니다. 배포 및 삭제 스크립트에서 사용할 수 있도록 Terraform CLI를 실행 가능한 위치에 설치할 수 있습니다.

다음은 Terraform CLI 버전 1.7.5를 설치하는 프로세스의 예입니다.

RUN wget -O terraform.zip https://releases.hashicorp.com/terraform/1.7.5/terraform_1.7.5_linux_amd64.zip
RUN unzip terraform.zip && rm terraform.zip
RUN mv terraform /usr/bin/terraform

팁

Hashicorp 릴리스에서 기본 버전의 Terraform CLI에 대한 다운로드 URL을 가져올 수 있습니다.

배포 및 삭제 스크립트에서 사용할 수 있도록 Pulumi CLI를 실행 가능한 위치에 설치할 수 있습니다.

다음은 최신 버전의 Pulumi CLI를 설치하는 프로세스의 예입니다.

RUN apk add curl
RUN curl -fsSL https://get.pulumi.com | sh
ENV PATH="${PATH}:/root/.pulumi/bin"

Pulumi 프로그램에 사용하려는 프로그래밍 언어에 따라 하나 이상의 해당 런타임을 설치해야 할 수도 있습니다. Python 런타임은 기본 이미지에서 이미 사용 가능합니다.

다음은 Node.js와 TypeScript를 설치하는 예입니다.

# install node.js, npm, and typescript
RUN apk add nodejs npm
RUN npm install typescript -g

ADE 샘플 이미지는 Azure CLI 이미지를 기반으로 하며 ADE CLI 및 JQ 패키지가 미리 설치되어 있습니다. Azure CLI 및 JQ 패키지에 대해 자세히 알아볼 수 있습니다.

이미지 내에 필요한 패키지를 더 설치하려면 RUN 문을 사용합니다.

3. 작업 셸 스크립트 구성

샘플 이미지 내에서는 작업 이름을 기준으로 작업이 결정되고 실행됩니다. 현재 지원되는 두 가지 작업 이름은 deploy 및 delete입니다.

이 구조를 활용하도록 사용자 지정 이미지를 설정하려면 Dockerfile 수준에서 scripts라는 폴더를 지정하고 deploy.sh 및 delete.sh라는 두 파일을 지정합니다. 배포 셸 스크립트는 환경이 만들어지거나 다시 배포될 때 실행되고, 삭제 셸 스크립트는 환경이 삭제될 때 실행됩니다. ARM-Bicep용 Runner-Images 폴더 이미지 아래 리포지토리에서 셸 스크립트의 예를 볼 수 있습니다.

이러한 셸 스크립트가 실행 가능하도록 하려면 Dockerfile에 다음 줄을 추가합니다.

COPY scripts/* /scripts/
RUN find /scripts/ -type f -iname "*.sh" -exec dos2unix '{}' '+'
RUN find /scripts/ -type f -iname "*.sh" -exec chmod +x {} \;

4. ARM 또는 Bicep 템플릿을 배포하기 위한 작업 셸 스크립트 만들기

ADE를 통해 ARM 또는 Bicep 인프라를 성공적으로 배포하려면 다음을 수행해야 합니다.

1. ADE 매개 변수를 ARM에서 허용되는 매개 변수로 변환
2. 배포에 사용되는 경우 연결된 템플릿을 확인합니다.
3. 권한 있는 관리 ID를 사용하여 배포 수행

코어 이미지의 진입점 동안 현재 환경에 대해 설정된 모든 매개 변수는 변수 $ADE_OPERATION_PARAMETERS 아래에 저장됩니다. 이를 ARM에서 허용되는 매개 변수로 변환하려면 JQ를 사용하여 다음 명령을 실행할 수 있습니다.

# format the parameters as arm parameters
deploymentParameters=$(echo "$ADE_OPERATION_PARAMETERS" | jq --compact-output '{ "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentParameters.json#", "contentVersion": "1.0.0.0", "parameters": (to_entries | if length == 0 then {} else (map( { (.key): { "value": .value } } ) | add) end) }' )

다음으로, ARM JSON 기반 템플릿 내에서 사용되는 링크된 템플릿을 확인하려면 기본 템플릿 파일을 디컴파일하면 됩니다. 이 파일은 많은 Bicep 모듈에 사용되는 모든 로컬 인프라 파일을 확인합니다. 그런 다음 해당 모듈을 기본 ARM 템플릿에 중첩 템플릿으로 포함된 연결된 템플릿을 사용하여 단일 ARM 템플릿으로 다시 빌드합니다. 이 단계는 배포 작업 중에만 필요합니다. 기본 템플릿 파일은 코어 이미지 진입점에서 설정된 $ADE_TEMPLATE_FILE을 사용하여 지정할 수 있으며, 다시 컴파일된 템플릿 파일을 사용하여 이 변수를 다시 설정해야 합니다. 다음 예제를 참조하십시오.

if [[ $ADE_TEMPLATE_FILE == *.json ]]; then

    hasRelativePath=$( cat $ADE_TEMPLATE_FILE | jq '[.. | objects | select(has("templateLink") and (.templateLink | has("relativePath")))] | any' )

    if [ "$hasRelativePath" = "true" ]; then
        echo "Resolving linked ARM templates"

        bicepTemplate="${ADE_TEMPLATE_FILE/.json/.bicep}"
        generatedTemplate="${ADE_TEMPLATE_FILE/.json/.generated.json}"

        az bicep decompile --file "$ADE_TEMPLATE_FILE"
        az bicep build --file "$bicepTemplate" --outfile "$generatedTemplate"

        # Correctly reassign ADE_TEMPLATE_FILE without the $ prefix during assignment
        ADE_TEMPLATE_FILE="$generatedTemplate"
    fi
fi

구독 내에서 리소스 배포 및 삭제를 실행하는 데 배포에 필요한 권한을 제공하려면 ADE 프로젝트 환경 유형과 연결된 권한 있는 관리 ID를 사용합니다. 배포를 완료하기 위해 특정 역할과 같은 특별 권한이 필요한 경우 해당 역할을 프로젝트 환경 유형의 ID에 할당합니다. 컨테이너에 들어갈 때 관리 ID를 즉시 사용할 수 없는 경우도 있습니다. 로그인이 성공할 때까지 다시 시도할 수 있습니다.

echo "Signing into Azure using MSI"
while true; do
    # managed identity isn't available immediately
    # we need to do retry after a short nap
    az login --identity --allow-no-subscriptions --only-show-errors --output none && {
        echo "Successfully signed into Azure"
        break
    } || sleep 5
done

ARM 또는 Bicep 템플릿 배포를 시작하려면 az deployment group create 명령을 실행합니다. 컨테이너 내에서 이 명령을 실행할 때 이전 배포를 재정의하지 않는 배포 이름을 선택하고 다음 예와 같이 --no-prompt true 및 --only-show-errors 플래그를 사용하여 경고로 인해 배포가 실패하거나 사용자 입력을 기다리는 동안 중단되지 않도록 합니다.

deploymentName=$(date +"%Y-%m-%d-%H%M%S")
az deployment group create --subscription $ADE_SUBSCRIPTION_ID \
    --resource-group "$ADE_RESOURCE_GROUP_NAME" \
    --name "$deploymentName" \
    --no-prompt true --no-wait \
    --template-file "$ADE_TEMPLATE_FILE" \
    --parameters "$deploymentParameters" \
    --only-show-errors

환경을 삭제하려면 다음 예와 같이 전체 모드 배포를 수행하고 지정된 ADE 리소스 그룹 내의 모든 리소스를 제거하는 빈 ARM 템플릿을 제공합니다.

deploymentName=$(date +"%Y-%m-%d-%H%M%S")
az deployment group create --resource-group "$ADE_RESOURCE_GROUP_NAME" \
    --name "$deploymentName" \
    --no-prompt true --no-wait --mode Complete \
    --only-show-errors \
    --template-file "$DIR/empty.json"

아래 명령을 실행하여 프로비전 상태 및 세부 정보를 확인할 수 있습니다. ADE는 몇 가지 특수 함수를 사용하여 Runner-Images 폴더에서 찾을 수 있는 프로비전 세부 정보를 기반으로 더 많은 컨텍스트를 읽고 제공합니다. 간단한 구현은 다음과 같습니다.

if [ $? -eq 0 ]; then # deployment successfully created
    while true; do

        sleep 1

        ProvisioningState=$(az deployment group show --resource-group "$ADE_RESOURCE_GROUP_NAME" --name "$deploymentName" --query "properties.provisioningState" -o tsv)
        ProvisioningDetails=$(az deployment operation group list --resource-group "$ADE_RESOURCE_GROUP_NAME" --name "$deploymentName")

        echo "$ProvisioningDetails"

        if [[ "CANCELED|FAILED|SUCCEEDED" == *"${ProvisioningState^^}"* ]]; then

            echo -e "\nDeployment $deploymentName: $ProvisioningState"

            if [[ "CANCELED|FAILED" == *"${ProvisioningState^^}"* ]]; then
                exit 11
            else
                break
            fi
        fi
    done
fi

마지막으로 배포 출력을 보고 ADE에 전달하여 Azure CLI를 통해 액세스할 수 있도록 하려면 다음 명령을 실행하면 됩니다.

deploymentOutput=$(az deployment group show -g "$ADE_RESOURCE_GROUP_NAME" -n "$deploymentName" --query properties.outputs)
if [ -z "$deploymentOutput" ]; then
    deploymentOutput="{}"
fi
echo "{\"outputs\": $deploymentOutput}" > $ADE_OUTPUTS

4. Terraform CLI를 사용하는 작업 셸 스크립트 만들기

Terraform을 통해 인프라를 배포하는 세 단계는 다음과 같습니다.

1. terraform init - Terraform CLI를 초기화하여 작업 디렉터리 내에서 작업을 수행합니다.
2. terraform plan - 수신되는 Terraform 인프라 파일과 변수, 기존 상태 파일을 기반으로 계획을 개발하고 .tf 파일에 지정된 인프라를 만들거나 업데이트하는 데 필요한 단계를 개발합니다.
3. terraform apply - Azure에서 새 인프라를 만들거나 기존 인프라를 업데이트하는 계획을 적용합니다.

코어 이미지의 진입점 동안 기존 상태 파일은 컨테이너와 환경 변수 $ADE_STORAGE에 저장된 디렉터리로 끌어옵니다. 또한 현재 환경에 대해 설정된 모든 매개 변수는 변수 $ADE_OPERATION_PARAMETERS에 저장됩니다. 기존 상태 파일에 액세스하고 .tfvars.json 파일 내에서 변수를 설정하려면 다음 명령을 실행합니다.

EnvironmentState="$ADE_STORAGE/environment.tfstate"
EnvironmentPlan="/environment.tfplan"
EnvironmentVars="/environment.tfvars.json"

echo "$ADE_OPERATION_PARAMETERS" > $EnvironmentVars

또한 ADE 권한을 활용하여 구독 내에 인프라를 배포하려면 Terraform AzureRM 공급자를 사용하여 인프라를 프로비전할 때 스크립트에서 MSI(관리되는 서비스 ID)를 사용해야 합니다. 배포를 완료하기 위해 특정 역할과 같은 특별 권한이 배포에 필요한 경우 해당 권한을 환경 배포에 사용되는 프로젝트 환경 유형의 ID에 할당합니다. ADE는 코어 이미지의 진입점 내에서 클라이언트, 테넌트 및 구독 ID와 같은 관련 환경 변수를 설정하므로 다음 명령을 실행하여 공급자가 ADE MSI를 사용하는지 확인합니다.

export ARM_USE_MSI=true
export ARM_CLIENT_ID=$ADE_CLIENT_ID
export ARM_TENANT_ID=$ADE_TENANT_ID
export ARM_SUBSCRIPTION_ID=$ADE_SUBSCRIPTION_ID

환경 매개 변수에 지정되지 않은 템플릿 내에서 참조할 다른 변수가 있는 경우 접두사 TF_VAR을 사용하여 환경 변수를 설정합니다. 제공된 ADE 환경 변수 목록은 Azure 배포 환경 CLI 변수 참조로 제공됩니다. 이러한 명령의 예는 다음과 같습니다.

export TF_VAR_resource_group_name=$ADE_RESOURCE_GROUP_NAME
export TF_VAR_ade_env_name=$ADE_ENVIRONMENT_NAME
export TF_VAR_env_name=$ADE_ENVIRONMENT_NAME
export TF_VAR_ade_subscription=$ADE_SUBSCRIPTION_ID
export TF_VAR_ade_location=$ADE_ENVIRONMENT_LOCATION
export TF_VAR_ade_environment_type=$ADE_ENVIRONMENT_TYPE

이제 이전에 나열된 단계를 실행하여 Terraform CLI를 초기화하고, 인프라 프로비전 계획을 생성하고, 배포 스크립트 중에 계획을 적용할 수 있습니다.

terraform init
terraform plan -no-color -compact-warnings -refresh=true -lock=true -state=$EnvironmentState -out=$EnvironmentPlan -var-file="$EnvironmentVars"
terraform apply -no-color -compact-warnings -auto-approve -lock=true -state=$EnvironmentState $EnvironmentPlan

삭제 스크립트 중에 다음 예와 같이 계획 생성에 destroy 플래그를 추가하여 기존 리소스를 삭제할 수 있습니다.

terraform init
terraform plan -no-color -compact-warnings -destroy -refresh=true -lock=true -state=$EnvironmentState -out=$EnvironmentPlan -var-file="$EnvironmentVars"
terraform apply -no-color -compact-warnings -auto-approve -lock=true -state=$EnvironmentState $EnvironmentPlan

마지막으로, Azure CLI를 통해 환경에 액세스할 때 배포 출력을 업로드하고 액세스할 수 있도록 하려면 출력 개체를 Terraform에서 JQ 패키지를 통해 ADE 지정 형식으로 변환합니다. 다음 예와 같이 값을 $ADE_OUTPUTS 환경 변수로 설정합니다.

tfOutputs=$(terraform output -state=$EnvironmentState -json)
# Convert Terraform output format to ADE format.
tfOutputs=$(jq 'walk(if type == "object" then 
            if .type == "bool" then .type = "boolean" 
            elif .type == "list" then .type = "array" 
            elif .type == "map" then .type = "object" 
            elif .type == "set" then .type = "array" 
            elif (.type | type) == "array" then 
                if .type[0] == "tuple" then .type = "array" 
                elif .type[0] == "object" then .type = "object" 
                elif .type[0] == "set" then .type = "array" 
                else . 
                end 
            else . 
            end 
        else . 
        end)' <<< "$tfOutputs")

echo "{\"outputs\": $tfOutputs}" > $ADE_OUTPUTS

Pulumi를 통해 인프라를 배포하는 네 단계는 다음과 같습니다.

1. pulumi login - 로컬 파일 시스템 또는 Pulumi Cloud의 상태 스토리지에 연결합니다.
2. pulumi stack select - 특정 환경에 사용할 스택을 만들거나 선택합니다.
3. pulumi config set - 배포 매개 변수를 Pulumi 구성 값으로 전달합니다.
4. pulumi up - 배포를 실행하여 Azure에서 새 인프라를 만들거나 기존 인프라를 업데이트합니다.

코어 이미지의 진입점 동안 기존 로컬 상태 파일은 컨테이너와 환경 변수 $ADE_STORAGE에 저장된 디렉터리로 끌어옵니다. 기존 상태 파일에 액세스하려면 다음 명령을 실행합니다.

mkdir -p $ADE_STORAGE
export PULUMI_CONFIG_PASSPHRASE=
pulumi login file://$ADE_STORAGE

대신 Pulumi Cloud에 로그인하려면 Pulumi 액세스 토큰을 환경 변수로 설정하고 다음 명령을 실행합니다.

export PULUMI_ACCESS_TOKEN=YOUR_PULUMI_ACCESS_TOKEN
pulumi login

현재 환경에 대해 설정된 모든 매개 변수는 변수 $ADE_OPERATION_PARAMETERS에 저장됩니다. 또한 선택한 Azure 지역 및 리소스 그룹 이름이 각각 ADE_ENVIRONMENT_LOCATION 및 ADE_RESOURCE_GROUP_NAME에 전달됩니다. Pulumi 스택 구성을 설정하려면 다음 명령을 실행합니다.

# Create or select the stack for the current environment
pulumi stack select $ADE_ENVIRONMENT_NAME --create

# Store configuration values in durable storage
export PULUMI_CONFIG_FILE=$ADE_STORAGE/Pulumi.$ADE_ENVIRONMENT_NAME.yaml

# Set the Pulumi stack config
pulumi config set azure-native:location $ADE_ENVIRONMENT_LOCATION --config-file $PULUMI_CONFIG_FILE
pulumi config set resource-group-name $ADE_RESOURCE_GROUP_NAME --config-file $PULUMI_CONFIG_FILE
echo "$ADE_OPERATION_PARAMETERS" | jq -r 'to_entries|.[]|[.key, .value] | @tsv' |
  while IFS=$'\t' read -r key value; do
    pulumi config set $key $value --config-file $PULUMI_CONFIG_FILE
  done

또한 ADE 권한을 활용하여 구독 내에 인프라를 배포하려면 Pulumi Azure Native 또는 Azure Classic 공급자를 사용하여 인프라를 프로비전할 때 스크립트에서 ADE MSI(관리되는 서비스 ID)를 사용해야 합니다. 배포를 완료하기 위해 특정 역할과 같은 특별 권한이 배포에 필요한 경우 해당 권한을 환경 배포에 사용되는 프로젝트 환경 유형의 ID에 할당합니다. ADE는 코어 이미지의 진입점 내에서 클라이언트, 테넌트 및 구독 ID와 같은 관련 환경 변수를 설정하므로 다음 명령을 실행하여 공급자가 ADE MSI를 사용하는지 확인합니다.

export ARM_USE_MSI=true
export ARM_CLIENT_ID=$ADE_CLIENT_ID
export ARM_TENANT_ID=$ADE_TENANT_ID
export ARM_SUBSCRIPTION_ID=$ADE_SUBSCRIPTION_ID

이제 pulumi up 명령을 실행하여 배포를 실행할 수 있습니다.

pulumi up --refresh --yes --config-file $PULUMI_CONFIG_FILE

삭제 스크립트 중에 다음 예와 같이 destroy 명령을 대신 실행할 수 있습니다.

pulumi destroy --refresh --yes --config-file $PULUMI_CONFIG_FILE

마지막으로, Azure CLI를 통해 환경에 액세스할 때 배포 출력을 업로드하고 액세스할 수 있도록 하려면 출력 개체를 Pulumi에서 JQ 패키지를 통해 ADE 지정 형식으로 변환합니다. 다음 예와 같이 값을 $ADE_OUTPUTS 환경 변수로 설정합니다.

stackout=$(pulumi stack output --json | jq -r 'to_entries|.[]|{(.key): {type: "string", value: (.value)}}')
echo "{\"outputs\": ${stackout:-{\}}}" > $ADE_OUTPUTS

이미지 빌드

Docker CLI를 사용하여 이미지를 빌드할 수 있습니다. 컴퓨터에 Docker Engine이 설치되었는지 확인합니다. 그런 다음 Dockerfile 디렉터리로 이동하여 다음 명령을 실행합니다.

docker build . -t {YOUR_REGISTRY}.azurecr.io/{YOUR_REPOSITORY}:{YOUR_TAG}

예를 들어, customImage라는 레지스트리 내의 리포지토리에 이미지를 저장하고 1.0.0 태그 버전으로 업로드하려면 다음을 실행합니다.

docker build . -t {YOUR_REGISTRY}.azurecr.io/customImage:1.0.0

사용자 지정 이미지를 ADE에서 사용할 수 있도록 설정

사용자 지정 이미지를 사용하려면 컨테이너 레지스트리에 저장해야 합니다. 공용 컨테이너 레지스트리나 프라이빗 컨테이너 레지스트리를 사용할 수 있습니다. ACR(Azure Container Registry)이 적극 권장되며, ADE와의 긴밀한 통합 덕분에 공용 익명 풀 액세스를 허용하지 않고도 이미지를 게시할 수 있습니다. ADE에서 사용할 수 있도록 하려면 사용자 지정 컨테이너 이미지를 빌드하고 컨테이너 레지스트리에 푸시해야 합니다.

Docker Hub와 같은 다른 컨테이너 레지스트리에 이미지를 저장하는 것도 가능하지만, 이 경우에는 공개적으로 액세스할 수 있어야 합니다.

주의

익명(인증되지 않은) 풀 액세스가 가능한 레지스트리에 컨테이너 이미지를 저장하면 공개적으로 액세스할 수 있습니다. 이미지에 중요한 정보가 포함된 경우 해당 작업을 수행하지 마세요. 대신 익명 풀 액세스를 사용하지 않도록 설정하여 ACR(Azure Container Registry)에 저장하세요.

ACR에 저장된 사용자 지정 이미지를 사용하려면 ADE가 해당 이미지에 액세스할 수 있는 적절한 권한이 있는지 확인해야 합니다. ACR 인스턴스를 만들면 기본적으로 보안이 적용되며 인증된 사용자만 액세스할 수 있습니다.

Pulumi를 사용하여 Azure Container Registry를 만들고 여기에 이미지를 게시할 수 있습니다. Azure 계정에 필요한 모든 리소스를 만드는 독립형 Pulumi 프로젝트에 대한 프로비전/사용자 지정 이미지 예를 참조하세요.

각 방식에 대해 자세히 알아보려면 해당 탭을 선택합니다.

프라이빗 레지스트리

보호된 액세스가 가능한 프라이빗 레지스트리 사용

기본적으로 Azure Container Registry에서 콘텐츠를 끌어오거나 푸시하는 액세스는 인증된 사용자만 사용할 수 있습니다. 특정 네트워크에서의 액세스를 제한하고 특정 역할을 할당하면 ACR에 대한 액세스를 더욱 안전하게 보호할 수 있습니다.

Azure CLI, Azure Portal, PowerShell 명령 등을 통해 ACR 인스턴스를 만들려면 빠른 시작 중 하나를 따르세요.

네트워크 액세스 제한

ACR에 대한 네트워크 액세스를 보호하려면 고유의 네트워크에 대한 액세스를 제한하거나 공용 네트워크 액세스를 완전히 사용하지 않도록 설정할 수 있습니다. 네트워크 액세스를 제한하는 경우 신뢰할 수 있는 Microsoft 서비스가 이 컨테이너 레지스트리에 액세스하도록 허용 방화벽 예외를 사용하도록 설정해야 합니다.

공용 네트워크에서의 액세스를 사용하지 않도록 설정하려면 다음을 수행합니다.

1. ACR 인스턴스를 만들거나 기존 인스턴스를 사용합니다.

2. Azure Portal에서 구성하려는 ACR로 이동합니다.

3. 왼쪽 메뉴의 설정에서 네트워킹을 선택합니다.

4. 네트워킹 페이지의 공용 액세스 탭에서 공용 네트워크 액세스 아래에 있는 사용 안 함을 선택합니다.

   

5. 방화벽 예외에서 신뢰할 수 있는 Microsoft 서비스가 이 컨테이너 레지스트리에 액세스하도록 허용이 선택되어 있는지 확인한 다음 저장을 선택합니다.

   

AcrPull 역할 할당

컨테이너 이미지를 사용하여 환경을 만들려면 프로젝트와 환경 유형을 포함한 ADE 인프라가 필요합니다. 각 프로젝트에는 하나 이상의 프로젝트 환경 유형이 있으며, 배포될 환경을 정의하는 컨테이너 이미지에 대한 읽기 권한이 필요합니다. ACR 내 이미지에 안전하게 액세스하려면 각 프로젝트 환경 유형에 AcrPull 역할을 할당합니다.

프로젝트 환경 유형에 AcrPull 역할을 할당하려면 다음을 수행합니다.

1. Azure Portal에서 구성하려는 ACR로 이동합니다.

2. 왼쪽 메뉴에서 IAM(액세스 제어)을 선택합니다.

3. 추가>역할 할당 추가를 선택합니다.

4. 다음 역할을 할당합니다. 세부 단계에 대해서는 Azure Portal을 사용하여 Azure 역할 할당을 참조하세요.

   설정	값
   역할	AcrPull을 선택합니다.
   액세스 할당 대상:	사용자, 그룹 또는 서비스 주체를 선택합니다.
   멤버	컨테이너의 이미지에 액세스해야 하는 프로젝트 환경 유형의 이름을 입력합니다.

   프로젝트 환경 유형은 다음 예와 같이 표시됩니다.

   

이 구성에서 ADE는 시스템에 할당된 것이든 사용자에게 할당된 것이든 PET에 대해 관리 ID를 사용합니다.

팁

이 역할 할당은 모든 프로젝트 환경 유형에 대해 이루어져야 합니다. Azure CLI를 통해 자동화할 수 있습니다.

이미지를 레지스트리에 푸시할 준비가 되면 다음 명령을 실행합니다.

docker push {YOUR_REGISTRY}.azurecr.io/{YOUR_IMAGE_LOCATION}:{YOUR_TAG}

공용 레지스트리

익명 풀을 사용하여 공용 레지스트리 사용

익명 이미지 풀을 사용하도록 설정하도록 레지스트리를 설정하려면 Azure CLI에서 다음 명령을 실행합니다.

az login
az acr login -n {YOUR_REGISTRY}
az acr update -n {YOUR_REGISTRY} --public-network-enabled true
az acr update -n {YOUR_REGISTRY} --anonymous-pull-enabled true

이미지를 레지스트리에 푸시할 준비가 되면 다음 명령을 실행합니다.

docker push {YOUR_REGISTRY}.azurecr.io/{YOUR_IMAGE_LOCATION}:{YOUR_TAG}

스크립트를 사용하여 컨테이너 이미지 빌드

사용자 지정 이미지를 빌드하여 컨테이너 레지스트리에 직접 푸시하는 대신, 스크립트를 사용하여 이미지를 빌드하여 지정된 컨테이너 레지스트리에 푸시할 수 있습니다.

Microsoft에서는 사용자 지정 이미지를 빌드하고 레지스트리에 푸시하는 데 도움이 되는 빠른 시작 스크립트를 제공합니다. 스크립트는 이미지를 빌드하고 리포지토리 ade 및 태그 latest 아래의 지정된 ACR(Azure Container Registry)에 푸시합니다.

스크립트를 사용하려면 다음을 수행해야 합니다.

1. ADE 확장성 모델을 지원하도록 Dockerfile 및 스크립트 폴더를 만듭니다.
2. 사용자 지정 이미지에 대한 레지스트리 이름 및 디렉터리를 제공합니다.
3. Azure CLI 및 Docker Desktop을 설치하고 PATH 변수에 있도록 합니다.
4. Docker Desktop을 실행합니다.
5. 지정된 레지스트리에 푸시할 수 있는 권한이 있습니다.

여기에서 스크립트를 볼 수 있습니다.

PowerShell에서 다음 명령을 사용하여 스크립트를 호출할 수 있습니다.

.\quickstart-image-build.ps1 -Registry '{YOUR_REGISTRY}' -Directory '{DIRECTORY_TO_YOUR_IMAGE}'

또한 특정 리포지토리 및 태그 이름으로 푸시하려는 경우 다음을 실행할 수 있습니다.

.\quickstart-image.build.ps1 -Registry '{YOUR_REGISTRY}' -Directory '{DIRECTORY_TO_YOUR_IMAGE}' -Repository '{YOUR_REPOSITORY}' -Tag '{YOUR_TAG}'

이미지를 환경 정의에 연결

배포에서 사용자 지정 이미지를 사용하기 위해 환경 정의를 작성할 때 매니페스트 파일(environment.yaml 또는 manifest.yaml)에서 runner 속성을 편집합니다.

runner: "{YOUR_REGISTRY}.azurecr.io/{YOUR_REPOSITORY}:{YOUR_TAG}"

ADE 컨테이너 이미지를 사용하여 Azure 리소스를 배포하는 환경 정의를 만드는 방법에 대해 자세히 알아보려면 환경 정의 추가 및 구성을 참조하세요.

관련 콘텐츠

• ADE CLI 사용자 지정 실행기 이미지 참조
• ADE CLI 변수 참조

• Pulumi의 azure-deployment-environments 리포지토리