다음을 통해 공유

Azure Pipelines를 사용한 지속적인 업데이트

Azure Pipelines를 사용하여 Azure의 함수 앱에 코드 프로젝트를 자동으로 배포합니다. Azure Pipelines를 사용하면 Azure DevOps를 사용하여 CI(연속 통합) 및 CD(지속적인 업데이트)로 빌드, 테스트 및 배포할 수 있습니다.

YAML 파이프라인은 리포지토리의 YAML 파일을 사용하여 정의됩니다. 단계는 파이프라인의 가장 작은 구성 요소이며 스크립트 또는 작업(미리 패키지된 스크립트)일 수 있습니다. 파이프라인을 구성하는 주요 개념 및 구성 요소에 대해 알아봅니다.

이 AzureFunctionApp 작업을 사용하여 코드를 배포합니다. 이제 이 표에서 비교되는 두 가지 AzureFunctionApp버전이 있습니다.

비교/버전 AzureFunctionApp@2 AzureFunctionApp@1
Flex 소비 계획을 지원합니다. ✔ ❌
향상된 유효성 검사 지원 포함* ✔ ❌
사용 시기... 새 앱 배포에 권장 레거시 배포를 위해 유지 관리됨

* 향상된 유효성 검사 지원을 통해 오류로 인해 파이프라인이 실패할 가능성이 줄어듭니다.

문서 맨 위에 있는 작업 버전을 선택합니다.

참고

AzureFunctionApp@1에서 AzureFunctionApp@2로 업그레이드하여 새 기능과 장기 지원에 액세스하세요.

필수 구성 요소

로컬 코드 프로젝트를 함수 앱에 게시한 후 GitHub 또는 Azure Repos 리포지토리에 업로드해야 합니다.

앱 빌드

  1. Azure DevOps 조직에 로그인하고, 프로젝트로 이동합니다.
  2. 프로젝트에서 파이프라인 페이지로 이동합니다. 그런 다음, 작업을 선택하여 새 파이프라인을 만듭니다.
  3. 먼저 소스 코드의 위치로 GitHub를 선택하여 마법사의 단계를 진행합니다.
  4. 로그인할 GitHub로 리디렉션될 수 있습니다. 그렇다면 GitHub 자격 증명을 입력합니다.
  5. 리포지토리 목록이 표시되면 원하는 샘플 앱 리포지토리를 선택합니다.
  6. Azure Pipelines에서 리포지토리를 분석하고 템플릿을 추천합니다. 저장 후 실행을 선택하고 기본 분기에 직접 커밋을 선택한 다음, 저장 후 실행을 다시 선택합니다.
  7. 새 실행이 시작됩니다. 실행이 완료될 때까지 기다립니다.

YAML 빌드 파이프라인 예제

다음 언어별 파이프라인을 사용하여 앱을 빌드할 수 있습니다.

다음 샘플을 사용하여 NET 앱을 빌드하는 YAML 파일을 생성할 수 있습니다:

pool:
  vmImage: 'windows-latest'
steps:
  - task: UseDotNet@2
    displayName: 'Install .NET 8.0 SDK'
    inputs:
      packageType: 'sdk'
      version: '8.0.x'
      installationPath: $(Agent.ToolsDirectory)/dotnet
  - script: |
      dotnet restore
      dotnet build --configuration Release
  - task: DotNetCoreCLI@2
    displayName: 'dotnet publish'
    inputs:
      command: publish
      arguments: '--configuration Release --output $(System.DefaultWorkingDirectory)/publish_output'
      projects: 'csharp/*.csproj'
      publishWebProjects: false
      modifyOutputPath: false
      zipAfterPublish: false
  - task: ArchiveFiles@2
    displayName: "Archive files"
    inputs:
      rootFolderOrFile: "$(System.DefaultWorkingDirectory)/publish_output"
      includeRootFolder: false
      archiveFile: "$(System.DefaultWorkingDirectory)/build$(Build.BuildId).zip"
  - task: PublishBuildArtifacts@1
    inputs:
      PathtoPublish: '$(System.DefaultWorkingDirectory)/build$(Build.BuildId).zip'
      artifactName: 'drop'
  1. Azure DevOps 조직에 로그인하고, 프로젝트로 이동합니다.
  2. 프로젝트에서 파이프라인 페이지로 이동합니다. 그런 다음, 새 파이프라인을 선택합니다.
  3. 코드는 어디에 있나요?에 대해 다음 옵션 중 하나를 선택합니다.
    • GitHub: 로그인을 위해 GitHub로 리디렉션될 수 있습니다. 그렇다면 GitHub 자격 증명을 입력합니다. 이 GitHub 연결이 처음인 경우에는 마법사가 DevOps를 GitHub 계정에 연결하는 프로세스도 안내합니다.
    • Azure Repos Git: 현재 DevOps 프로젝트에서 리포지토리를 즉시 선택할 수 있습니다.
  4. 리포지토리 목록이 표시되면 원하는 샘플 앱 리포지토리를 선택합니다.
  5. Azure Pipelines는 리포지토리를 분석하고 파이프라인 구성에서 잠재적인 템플릿 목록을 제공합니다. 해당 언어에 적절한 함수 앱 템플릿을 선택합니다. 올바른 템플릿이 표시되지 않으면 자세히 표시를 선택합니다.
  6. 저장 후 실행을 선택하고 기본 분기에 직접 커밋을 선택한 다음, 저장 후 실행을 다시 선택합니다.
  7. 새 실행이 시작됩니다. 실행이 완료될 때까지 기다립니다.

YAML 빌드 파이프라인 예제

다음 언어별 파이프라인을 사용하여 앱을 빌드할 수 있습니다.

다음 샘플을 사용하여 NET 앱을 빌드하는 YAML 파일을 생성할 수 있습니다:

앱을 빌드할 때 오류가 표시되면 사용하는 .NET 버전이 Azure Functions 버전과 일치하는지 확인합니다. 자세한 내용은 Azure Functions 런타임 버전 개요를 참조하세요.

pool:
  vmImage: 'windows-latest'
steps:
  - task: UseDotNet@2
    displayName: 'Install .NET 8.0 SDK'
    inputs:
      packageType: 'sdk'
      version: '8.0.x'
      installationPath: $(Agent.ToolsDirectory)/dotnet
  - script: |
      dotnet restore
      dotnet build --configuration Release
  - task: DotNetCoreCLI@2
    displayName: 'dotnet publish'
    inputs:
      command: publish
      arguments: '--configuration Release --output $(System.DefaultWorkingDirectory)/publish_output'
      projects: 'csharp/*.csproj'
      publishWebProjects: false
      modifyOutputPath: false
      zipAfterPublish: false
  - task: ArchiveFiles@2
    displayName: "Archive files"
    inputs:
      rootFolderOrFile: "$(System.DefaultWorkingDirectory)/publish_output"
      includeRootFolder: false
      archiveFile: "$(System.DefaultWorkingDirectory)/build$(Build.BuildId).zip"
  - task: PublishBuildArtifacts@1
    inputs:
      PathtoPublish: '$(System.DefaultWorkingDirectory)/build$(Build.BuildId).zip'
      artifactName: 'drop'

앱 배포

Azure 함수 앱 배포 v2 작업을 사용하여 배포합니다. 이 작업에는 입력으로 Azure 서비스 연결이 필요합니다. Azure 서비스 연결은 자격 증명을 저장하여 Azure Pipelines에서 Azure로 연결합니다. 워크로드 ID 페더레이션을 사용하는 연결을 만들어야 합니다.

Azure Functions에 배포하려면 앱이 Linux 또는 Windows에서 실행되는지 여부에 따라 파일 끝에 azure-pipelines.yml 이 코드 조각을 추가합니다.

trigger:
- main

variables:
  # Azure service connection established during pipeline creation
  azureSubscription: <Name of your Azure subscription>
  appName: <Name of the function app>
  # Agent VM image name
  vmImageName: 'windows-latest'

- task: AzureFunctionApp@2 # Add this at the end of your file
  inputs:
    azureSubscription: <Name of your Azure subscription>
    appType: functionApp # this specifies a Windows-based function app
    appName: $(appName)
    package: $(System.DefaultWorkingDirectory)/build$(Build.BuildId).zip
    deploymentMethod: 'auto' # 'auto' | 'zipDeploy' | 'runFromPackage'. Required. Deployment method. Default: auto.
    #Uncomment the next lines to deploy to a deployment slot
    #Note that deployment slots is not supported for Linux Dynamic SKU
    #deployToSlotOrASE: true
    #resourceGroupName: '<RESOURCE_GROUP>'
    #slotName: '<SLOT_NAME>'

기본값 appType 은 Windows(functionApp)입니다. appType를 functionAppLinux(으)로 설정하여 Linux를 지정할 수 있습니다. Flex Consumption 앱은 Linux에서 실행되며 둘 다 appType: functionAppLinuxisFlexConsumption: true설정해야 합니다.

코드 조각은 YAML 파일의 빌드 단계에서 에이전트의 $(System.ArtifactsDirectory) 폴더에 zip 보관 파일을 생성한다고 가정합니다.

Azure 함수 앱 배포 작업을 사용하여 배포합니다. 이 작업에는 입력으로 Azure 서비스 연결이 필요합니다. Azure 서비스 연결은 자격 증명을 저장하여 Azure Pipelines에서 Azure로 연결합니다.

중요합니다

Flex Consumption 앱에 @v1 작업의 AzureFunctionApp을 사용하여 배포하는 것은 지원되지 않습니다.

Azure Functions에 배포하려면 파일 끝에 다음 코드 조각을 추가합니다 azure-pipelines.yml .

trigger:
- main

variables:
  # Azure service connection established during pipeline creation
  azureSubscription: <Name of your Azure subscription>
  appName: <Name of the function app>
  # Agent VM image name
  vmImageName: 'ubuntu-latest'

- task: DownloadBuildArtifacts@1 # Add this at the end of your file
  inputs:
    buildType: 'current'
    downloadType: 'single'
    artifactName: 'drop'
    itemPattern: '**/*.zip'
    downloadPath: '$(System.ArtifactsDirectory)'
- task: AzureFunctionApp@1
  inputs:
    azureSubscription: $(azureSubscription)
    appType: functionAppLinux # default is functionApp
    appName: $(appName)
    package: $(System.ArtifactsDirectory)/**/*.zip

이 코드 조각은 Linux에서 실행되는 앱에 배포할 때 필요한 appType 값을 functionAppLinux로 설정합니다. 기본값 appType 은 Windows(functionApp)입니다.

YAML 파일의 빌드 단계는 에이전트의 $(System.ArtifactsDirectory) 폴더에서 zip 파일을 생성한다고 가정합니다.

컨테이너 배포

팁 (조언)

사용자 지정 Linux 컨테이너에서 함수 앱을 호스팅하기 위해 Azure Container Apps에서 Azure Functions 지원을 사용하는 것이 좋습니다. 자세한 내용은 Azure Container Apps의 Azure Functions 개요를 참조하세요.

컨테이너화된 함수 앱을 배포할 때 사용하는 배포 작업은 특정 호스팅 환경에 따라 달라집니다.

Azure Container Apps 배포 태스크(AzureContainerApps)를 사용하여 Azure Functions에 최적화된 Azure Container App 인스턴스에 함수 앱 이미지를 배포할 수 있습니다.

이 코드는 .NET 8 격리 프로세스 모델 함수 앱의 기본 이미지를 배포합니다.

trigger:
- main

pool:
  vmImage: 'ubuntu-latest'

steps:
- task: AzureContainerApps@1
  inputs:
    azureSubscription: <Name of your Azure subscription>
    imageToDeploy: 'mcr.microsoft.com/azure-functions/dotnet-isolated:4-dotnet-isolated8.0'
    containerAppName: <Name of your container app>
    resourceGroup: <Name of the resource group>

이 예제와 같이 기본 이미지를 사용하는 대신 파이프라인에서 사용자 지정 컨테이너를 직접 빌드하는 것이 가장 좋습니다. 자세한 내용은 Azure Pipelines에서 Azure Container Apps에 배포를 참조하세요.

슬롯에 배포

중요합니다

Flex 소비 플랜은 현재 슬롯을 지원하지 않습니다. 또한 Linux 앱은 소비 계획에서 실행할 때 슬롯을 지원하지 않으며 이러한 앱에 대한 지원은 나중에 사용 중지될 예정입니다.

trigger:
- main

variables:
  # Azure service connection established during pipeline creation
  azureSubscription: <Name of your Azure subscription>
  appName: <Name of the function app>
  # Agent VM image name
  vmImageName: 'windows-latest'

- task: AzureFunctionApp@2 # Add this at the end of your file
  inputs:
    azureSubscription: <Name of your Azure subscription>
    appType: functionApp # this specifies a Windows-based function app
    appName: $(appName)
    package: $(System.DefaultWorkingDirectory)/build$(Build.BuildId).zip
    deploymentMethod: 'auto' # 'auto' | 'zipDeploy' | 'runFromPackage'. Required. Deployment method. Default: auto.
    deployToSlotOrASE: true
    resourceGroupName: '<RESOURCE_GROUP>'
    slotName: '<SLOT_NAME>'

여러 슬롯을 갖도록 함수 앱을 구성할 수 있습니다. 슬롯을 사용하면 고객이 사용할 수 있도록 하기 전에 앱을 안전하게 배포하고 테스트할 수 있습니다.

다음 YAML 코드 조각은 스테이징 슬롯에 배포한 다음 프로덕션 슬롯으로 교환하는 방법을 보여줍니다.

- task: AzureFunctionApp@1
  inputs:
    azureSubscription: <Azure service connection>
    appType: functionAppLinux
    appName: <Name of the function app>
    package: $(System.ArtifactsDirectory)/**/*.zip
    deployToSlotOrASE: true
    resourceGroupName: <Name of the resource group>
    slotName: staging

- task: AzureAppServiceManage@0
  inputs:
    azureSubscription: <Azure service connection>
    WebAppName: <name of the function app>
    ResourceGroupName: <name of resource group>
    SourceSlot: staging
    SwapWithProduction: true

배포 슬롯을 사용하는 경우 다음 작업을 추가하여 배포의 일부로 슬롯 교환을 수행할 수도 있습니다.

- task: AzureAppServiceManage@0
  inputs:
    azureSubscription: <AZURE_SERVICE_CONNECTION>
    WebAppName: <APP_NAME>
    ResourceGroupName: <RESOURCE_GROUP>
    SourceSlot: <SLOT_NAME>
    SwapWithProduction: true

Azure CLI를 사용하여 파이프라인 만들기

Azure에서 빌드 파이프라인을 생성하려면 az functionapp devops-pipeline create명령을 사용하세요. 빌드 파이프라인은 리포지토리에서 만들어진 모든 코드 변경을 빌드하고 릴리스하기 위해 생성됩니다. 명령어는 빌드 및 릴리스 파이프라인을 정의하는 새 YAML 파일을 생성한 다음 이를 사용자의 리포지토리에 커밋합니다. 이 명령의 사전 요구 사항은 코드의 위치에 따라 달라집니다.

  • 코드가 GitHub에 있는 경우:

    • 구독에 대한 쓰기 사용 권한이 있어야 합니다.

    • Azure DevOps의 프로젝트 관리자여야 합니다.

    • 충분한 권한이 있는 GitHub 개인용 액세스 토큰(PAT)를 생성할 수 있는 사용 권한이 있어야 합니다. 자세한 내용은 GitHub PAT 사용 권한 요구 사항을 참조하세요.

    • 자동 생성된 YAML 파일을 커밋하려면 GitHub 리포지토리의 기본 분기에 커밋할 수 있는 권한이 있어야 합니다.

  • 코드가 Azure Repos에 있는 경우:

    • 구독에 대한 쓰기 사용 권한이 있어야 합니다.

    • Azure DevOps의 프로젝트 관리자여야 합니다.

다음 단계

  • Last updated on