AKS에서 애플리케이션 배포

Azure Compute Solutions

Florin Angelescu

Azure Cloud Architect

애플리케이션 배포

• 컨테이너를 직접 배포하지 않습니다.

• 애플리케이션의 원하는 상태를 기술합니다.
• 나머지는 Kubernetes가 처리합니다.

애플리케이션 배포

 

 

• 매니페스트로 정의합니다:

  • 인스턴스 수
  • 사용할 이미지
  • 동작 방식

• Kubernetes가 실제 상태를 그 정의에 맞춥니다.

이미지에서 파드까지

 

 

 

• AKS에 배포되는 애플리케이션은 컨테이너 이미지로 패키징됩니다.
• 일반적으로 Azure Container Registry에 저장됩니다.

이미지에서 파드까지

배포(Deployment)

• AKS가 지정한 이미지를 가져옵니다.
• 클러스터의 사용 가능한 노드에 파드를 스케줄링합니다.

이미지에서 파드까지

 

 

• 파드 = 애플리케이션의 실행 인스턴스 1개.

• 복제본을 여러 개 정의합니다:

  • Kubernetes가 여러 파드를 생성
  • 서로 다른 노드에 분산될 수 있음
  • 가용성과 복원력 향상

Deployments와 복제본

 

 

• Kubernetes Deployment는 시간에 따라 파드를 관리합니다.
• 올바른 복제본 수가 실행 중인지 보장합니다.
• 실패한 파드를 자동으로 교체합니다.

Deployments와 복제본

 

 

• 파드가 크래시하거나 노드가 사용 불가가 됩니다.
• Kubernetes가 문제를 감지합니다.
• 클러스터 내 다른 곳에서 파드를 다시 만듭니다.

애플리케이션 노출

• 파드는 클러스터 내부용이며 시간이 지나며 바뀔 수 있습니다.
• 애플리케이션을 노출하려면 Kubernetes 서비스(Services)를 사용합니다.
• 서비스는 정상 파드로 트래픽을 라우팅하는 안정적인 엔드포인트를 제공합니다.

애플리케이션 노출

• 내부 서비스:
  • 클러스터 내 통신용

애플리케이션 노출

• 로드 밸런싱 서비스(외부):
  • 외부에 애플리케이션 노출
  • Azure 인프라 사용

애플리케이션 상태 확인

 

 

• Kubernetes는 다음의 상태 정보를 제공합니다:

  • Deployments
  • Pods
  • Services

• 이를 통해 확인:

  • 워크로드가 정상인지
  • 아직 시작 중인지

요약

AKS 배포는 컨테이너를 수동으로 관리하는 것이 아니라 의도를 선언하는 일입니다.

무엇을 실행할지 정의하면, Kubernetes가 실행 방법을 처리합니다. 파드 스케줄링, 실패 재시작, 트래픽 라우팅 등.

연습해 봅시다!

Azure Compute Solutions