AKS(Azure Kubernetes Service)에 대한 자동화된 배포
자동화된 배포는 GitHub 작업을 설정하고 AKS(Azure Kubernetes Service) 클러스터에 대한 코드 릴리스를 위한 자동화된 파이프라인을 만드는 프로세스를 단순화합니다. 연결되면 새로 커밋할 때마다 파이프라인이 시작되어 애플리케이션이 업데이트됩니다.
참고 항목
프라이빗 클러스터는 현재 지원되지 않습니다.
필수 조건
- GitHub 계정
- AKS 클러스터. 없는 경우 AKS(Azure Kubernetes Service) 클러스터 배포의 단계를 사용하여 만들 수 있습니다.
- ACR(Azure Container Registry). 없는 경우 AKS(Azure Kubernetes Service) 클러스터와 ACR(Azure Container Registry)을 통합하는 단계를 사용하여 만들 수 있습니다.
- 배포할 애플리케이션입니다.
자동 배포 구성
- Azure Portal에서 AKS 클러스터 리소스로 이동합니다.
- 서비스 메뉴의 설정에서 자동화된 배포 만들기를>선택합니다. 그러면 애플리케이션을 자동으로 컨테이너화 및 배포하고 배포하는 두 가지 옵션이 제공됩니다.
- 아직 컨테이너화되지 않은 애플리케이션이 있는 경우 자동으로 컨테이너화 및 배포를 선택하면 Azure가 프로세스를 처리하도록 할 수 있습니다. 이미 컨테이너화된 애플리케이션이 있는 경우 애플리케이션 배포를 선택합니다.
AKS 클러스터에 애플리케이션을 자동으로 컨테이너화하고 배포합니다.
- 워크플로의 이름을 입력한 다음, 액세스 권한 부여를 선택하여 Azure 계정을 GitHub 계정에 연결합니다. 계정이 연결된 후 GitHub 작업을 만들 리포지토리 및 분기를 선택합니다.
- Azure Portal로 돌아가서 나머지 필드를 작성하여 배포 아티팩트 자동 생성에 사용할 애플리케이션에 대한 세부 정보를 제공합니다.
- 자동화된 배포를 검토하고 확인합니다.
AKS 클러스터에 이미 컨테이너화된 애플리케이션 배포
- 워크플로의 이름을 입력한 다음, 액세스 권한 부여를 선택하여 Azure 계정을 GitHub 계정에 연결합니다. 계정이 연결된 후 GitHub 작업을 만들 리포지토리 및 분기를 선택합니다.
- 다음: 이미지를 선택하고 Dockerfile, Azure 컨테이너 레지스트리 및 이미지 이름을 선택합니다.
- 다음: 배포 세부 정보를 선택하고 Helm 또는 일반 Kubernetes 매니페스트를 사용하여 배포할지 여부를 결정합니다. 일단 결정되면 리포지토리에서 적절한 배포 파일을 선택하고 배포할 네임스페이스를 결정합니다.
- 자동화된 배포를 검토하고 확인합니다.
자동화된 배포 검토 및 확인
완료되면 다음을 선택합니다 . 배포를 검토하고 검토합니다.
다음 선택: 배포를 선택하여 자동화된 배포 만들기를 완료합니다.
끌어오기 요청 보기를 선택하여 GitHub 작업을 확인합니다.
끌어오기 요청을 병합하여 GitHub 작업을 시작하고 애플리케이션을 배포합니다.
애플리케이션이 배포되면 Azure Portal로 돌아가서 AKS 클러스터 리소스로 이동하고 자동화된 배포를 선택하여 배포 상태를 확인합니다 .
리소스 정리
더 이상 필요하지 않을 때 만든 관련 리소스를 개별적으로 또는 해당 리소스가 속한 리소스 그룹을 삭제하여 제거할 수 있습니다. 자동화된 배포를 삭제하려면 자동화된 배포 대시보드로 이동하여 ...를 선택한 다음 삭제를 선택하고 작업을 확인합니다.
다음 단계
이러한 GitHub Actions을 Visual Studio Code와 같은 편집기에서 열고 적절하게 변경하여 팀의 요구 사항에 맞게 편집할 수 있습니다.
Kubernetes용 GitHub Actions에 대해 자세히 알아봅니다.
Azure Kubernetes Service