Azure Kubernetes 배포 센터

  • 아티클

중요

Azure Kubernetes Service용 배포 센터는 2023년 3월 31일에 사용 중지됩니다. 자세한 정보

Azure DevOps의 배포 센터는 애플리케이션에 대한 강력한 Azure DevOps 파이프라인의 설정을 간소화합니다. 기본적으로 배포 센터는 애플리케이션 업데이트를 Kubernetes 클러스터에 배포하도록 Azure DevOps 파이프라인을 구성합니다. 기본 구성된 Azure DevOps 파이프라인을 확장하고, 더 다양한 기능, 즉 배포하기 전에 승인받고, 추가 Azure 리소스를 프로비저닝하고, 스크립트를 실행하고, 애플리케이션을 업그레이드하고, 더 많은 유효성 검사 테스트를 실행할 수 있는 기능을 추가할 수도 있습니다.

이 자습서에서는 다음을 수행합니다.

  • 애플리케이션 업데이트를 Kubernetes 클러스터에 배포하도록 Azure DevOps 파이프라인을 구성합니다.
  • CI(지속적인 통합) 파이프라인을 검사합니다.
  • CD(지속적인 업데이트) 파이프라인을 검사합니다.
  • 리소스를 정리합니다.

사전 요구 사항

AKS 클러스터 만들기

  1. Azure Portal에 로그인합니다.

  2. Azure Portal의 메뉴 모음 오른쪽에서 Cloud Shell 옵션을 선택합니다.

  3. AKS 클러스터를 만들려면 다음 명령을 실행합니다.

    # Create a resource group in the South India location:

az group create --name azooaks --location southindia

# Create a cluster named azookubectl with one node.

az aks create --resource-group azooaks --name azookubectl --node-count 1 --enable-addons monitoring --generate-ssh-keys

Kubernetes 클러스터에 애플리케이션 업데이트 배포

  1. 이전 섹션에서 만든 리소스 그룹으로 이동합니다.

  2. AKS 클러스터를 선택한 다음, 왼쪽 블레이드에서 배포 센터(미리 보기) 를 클릭합니다. 시작을 선택합니다.

    스크린샷은 배포 센터를 가리키는 화살표가 있는 Azure Portal을 보여줍니다.

  3. 코드의 위치를 선택하고, 다음을 선택합니다. 그런 다음, 현재 지원되는 Azure Repos 또는 GitHub 리포지토리 중 하나를 선택합니다.

    Azure Repos는 코드를 관리하는 데 도움이 되는 버전 제어 도구 세트입니다. 소프트웨어 프로젝트의 크기에 관계없이 가능한 한 빨리 버전 제어를 사용하는 것이 좋습니다.

    • Azure Repos: 기존 프로젝트 및 조직에서 리포지토리를 선택합니다.

      Azure Repos

    • GitHub: GitHub 계정의 리포지토리를 인증하고 선택합니다.

      애니메이션은 GitHub를 원본으로 선택한 다음, 리포지토리를 선택하는 GitHub의 프로세스를 보여줍니다.

  4. 배포 센터는 리포지토리를 분석하고 Dockerfile을 검색합니다. Dockerfile을 업데이트하려면 식별된 포트 번호를 편집할 수 있습니다.

    애플리케이션 설정

    리포지토리에 Dockerfile이 없으면 시스템에서 Dockerfile을 커밋하라는 메시지가 표시됩니다.

    스크린샷에는 리포지토리에서 Dockerfile을 찾을 수 없다는 메시지와 함께 배포 센터가 표시됩니다.

  5. 기존 컨테이너 레지스트리를 선택하거나 새로 만든 다음, 마침을 선택합니다. 파이프라인이 자동으로 만들어지고, Azure Pipelines에서 빌드를 큐에 넣습니다.

    Azure Pipelines는 코드 프로젝트를 자동으로 빌드 및 테스트하여 다른 사용자가 사용할 수 있도록 하는 데 사용할 수 있는 클라우드 서비스입니다. Azure Pipelines는 지속적인 통합과 지속적인 업데이트를 결합하여 코드를 지속적이고 일관되게 테스트 및 빌드하고 모든 대상에 제공합니다.

    Container Registry

  6. 링크를 선택하여 진행 중인 파이프라인을 확인합니다.

  7. 배포가 완료되면 성공적인 로그가 표시됩니다.

    스크린샷은 녹색 확인 표시 아이콘으로 표시된 Release-1이 포함된 배포 센터를 보여줍니다.

CI 파이프라인 검토

배포 센터는 Azure DevOps 조직의 CI/CD 파이프라인을 자동으로 구성합니다. 파이프라인을 검색하고 사용자 지정할 수 있습니다.

  1. 배포 센터 대시보드로 이동합니다.

  2. 성공적인 로그 목록에서 빌드 번호를 선택하여 프로젝트에 대한 빌드 파이프라인을 확인합니다.

  3. 오른쪽 위 모서리에서 줄임표 (...)를 선택합니다. 새 빌드 큐 대기, 빌드 보존 및 빌드 파이프라인 편집과 같은 몇 가지 옵션이 메뉴에 표시됩니다. 파이프라인 편집을 선택합니다.

  4. 이 창에서는 빌드 파이프라인의 여러 작업을 검사할 수 있습니다. 빌드는 Git 리포지토리에서 원본 수집, 이미지 만들기, 컨테이너 레지스트리에 이미지 푸시 및 배포에 사용되는 출력 게시와 같은 다양한 작업을 수행합니다.

  5. 파이프라인의 맨 위에 있는 빌드 파이프라인 이름을 선택합니다.

  6. 빌드 파이프라인 이름을 더 구체적인 설명이 포함된 이름으로 변경하고, 저장 및 큐에 넣기, 저장을 차례로 선택합니다.

  7. 빌드 파이프라인 아래에서 기록을 선택합니다. 이 창에는 최근의 빌드 변경에 대한 감사 로그가 표시됩니다. Azure DevOps는 빌드 파이프라인에 대한 모든 변경을 모니터링하고 버전을 비교할 수 있도록 합니다.

  8. 트리거를 선택합니다. CI 프로세스에서 분기를 포함하거나 제외할 수 있습니다.

  9. 보존을 선택합니다. 시나리오에 따라 여러 빌드를 유지하거나 제거하는 정책을 지정할 수 있습니다.

CD 파이프라인 검토

배포 센터는 Azure DevOps 조직과 Azure 구독 간의 관계를 자동으로 만들고 구성합니다. Azure DevOps를 사용하여 Azure 구독을 인증하기 위한 Azure 서비스 연결을 설정하는 단계가 포함됩니다. 또한 자동화된 프로세스에서 지속적인 업데이트를 Azure에 제공하는 릴리스 파이프라인을 만듭니다.

  1. 파이프라인을 선택한 다음, 릴리스를 선택합니다.

  2. 릴리스 파이프라인을 편집하려면 편집을 선택합니다.

  3. 아티팩트 목록에서 놓기를 선택합니다. 이전 단계에서 검사한 생성 파이프라은 아티팩트에 사용되는 출력을 생성합니다.

  4. 놓기 옵션의 오른쪽에서 지속적인 배포 트리거를 선택합니다. 이 릴리스 파이프라인에는 새 빌드 아티팩트를 사용할 수 있을 때마다 배포를 실행하는 CD 트리거를 사용하도록 설정되어 있습니다. 또한 배포를 수동으로 실행하도록 요구하는 트리거를 사용하지 않도록 설정할 수도 있습니다.

  5. 파이프라인의 모든 작업을 검사하려면 작업을 선택합니다. 릴리스는 tiller 환경을 설정하고, imagePullSecrets 매개 변수를 구성하며, Helm 도구를 설치하고, Helm 차트를 Kubernetes 클러스터에 배포합니다.

  6. 릴리스 기록을 보려면 릴리스 보기를 선택합니다.

  7. 요약을 보려면 릴리스를 선택합니다. 릴리스 요약, 관련 작업 항목 및 테스트와 같은 여러 메뉴를 검색하는 단계 중 하나를 선택합니다.

  8. 커밋을 선택합니다. 이 보기에는 이 배포와 관련된 코드 커밋이 표시됩니다. 릴리스를 비교하여 배포 간의 커밋 차이를 확인합니다.

  9. 로그를 선택합니다. 로그에는 배포 중 및 배포 후에 확인할 수 있는 유용한 배포 정보가 포함되어 있습니다.

리소스 정리

더 이상 필요하지 않은 경우 만든 관련 리소스를 삭제할 수 있습니다. DevOps Projects 대시보드에서 삭제 기능을 사용합니다.

다음 단계

팀의 요구를 충족하려면 이러한 빌드 및 릴리스 파이프라인을 수정할 수 있습니다. 또는 이 CI/CD 모델을 다른 파이프라인의 템플릿으로 사용할 수 있습니다.

사용 중지

Azure Kubernetes용 배포 센터는 자동화된 배포를 위해 2023년 3월 31일에 사용 중지됩니다. 유사한 기능을 활용할 수 있게 전환하는 것이 좋습니다.

마이그레이션 단계

AKS 배포 센터 환경이 정보 자체를 저장하지 않으므로 마이그레이션은 필요하지 않습니다. 또한 Azure에서 0일차 시작 환경을 사용하는 사용자에게 도움이 됩니다. 앞으로 사용자가 AKS용 CI/CD를 시작하는 권장 방법은 자동화된 배포 기능을 사용하는 것입니다.

기존 파이프라인의 경우 사용자는 이 환경이 사용 중지된 후에도 GitHub Actions 또는 Azure DevOps에서 모든 작업을 수행할 수 있습니다. Azure Portal에서 파이프라인을 만들고 보는 기능만 제거됩니다. 시작하는 방법을 알아보려면 GitHub Actions 또는 Azure DevOps를 참조하세요.

AKS에 대한 새 애플리케이션 배포의 경우 배포 센터를 사용하는 대신, 사용자는 자동화된 배포를 사용하여 동일한 기능을 얻을 수 있습니다.

FAQ

  1. 이 환경이 더 이상 사용되지 않는 경우 내 CD 파이프라인은 어디에서 관리할 수 있나요? 

사용 중지 후 Azure Portal AKS 블레이드에서 CD 파이프라인을 보거나 만들 수 없습니다. 그러나 현재 환경과 마찬가지로 GitHub Actions 또는 Azure DevOps 포털로 이동하여 구성된 파이프라인을 보거나 업데이트할 수 있습니다.

  1. 이전에 구성된 파이프라인은 손실되나요?

아니요. 생성된 모든 파이프라인은 GitHub 또는 Azure DevOps에서 계속 사용할 수 있고 작동합니다. Azure Portal에서 파이프라인을 만들고 보는 환경만 사용 중지됩니다.

  1. Azure Portal을 통해 CD 파이프라인을 직접 구성하려면 어떻게 해야 하나요?

Azure Portal의 AKS 블레이드에서 사용할 수 있는 자동화된 배포를 사용할 수 있습니다.