최신 애플리케이션 플랫폼용 Azure 랜딩 존
Azure 랜딩 존을 통해 모든 Azure 환경을 만드는 방법을 클라우드 채택 프레임워크에 대한 준비 방법론이 안내합니다. Azure 랜딩 존은 일반적인 디자인 영역 집합을 중심으로 구축된 많은 구현 옵션을 제공합니다.
Azure 랜딩 존을 사용하면 소규모 구현으로 시작하여 시간이 지남에 따라 확장할 수 있습니다. 보다 정교한 환경을 위해 엔터프라이즈 규모 구현 옵션으로 시작할 수 있습니다. 최신 애플리케이션 플랫폼 솔루션에 사용할 랜딩 존에 대한 평가는 어떤 구현 옵션을 선택하든 상관없이 수행해야 합니다.
Azure 랜딩 존 개념 아키텍처
지속적인 클라우드 채택을 위한 환경을 준비할 때 아래 그림과 같이 Azure에서 대상 최종 상태가 어떻게 표시되어야 하는지 나타내기 위해 Azure 랜딩 존 개념 아키텍처를 사용합니다.
시각적 개체에서 A-I라는 레이블이 지정된 디자인 영역에 대한 자세한 내용은 환경 디자인 영역을 참조하세요.
랜딩 존에 대한 장기적인 비전을 개발할 때 위의 디자인을 고려하세요. 이 시나리오 내에서 작업할 때 최신 애플리케이션 플랫폼과 관련된 전략 및 계획 요구 사항을 충족하는 가장 적절한 시작점에 중점을 둡니다. 이는 시작 지점에 대한 문서이며, 모든 세부 정보가 장기 목표에 도달하기 위해서 반드시 필요하지는 않습니다.
애플리케이션 플랫폼 랜딩 존에 대한 전략 및 계획 고려 사항
최신 애플리케이션 플랫폼 계획을 지원하는 가장 적절한 랜딩 존 구성에 전략 및 계획 대화 중에 결정된 우선 순위 지정 결정이 직접적인 영향을 미칩니다. 다음과 같은 사항은 이러한 단계에서 가장 중요한 고려 사항입니다.
- 중앙 IT, CCoE 또는 다른 형태의 중앙 집중식 운영 팀이 컨테이너 호스트 작업을 담당하나요?
- 전략 및 계획에 클러스터당 여러 워크로드를 지원하는 공유 컨테이너가 필요한가요?
- 중앙 집중식 팀이 유해한 워크로드에 대해 분할된 컨테이너 솔루션도 지원하나요?
랜딩 존 디자인에 이러한 질문이 영향을 미치며, 이는 중앙 집중식 운영 팀이 컨테이너를 관리해야 한다는 것을 시사하기 때문입니다. 운영 책임이 중앙 집중식 팀과 개발 팀 사이에서 공유되는 경우에는 환경 디자인을 더 많이 고려하여 엔터프라이즈급 랜딩 존을 제안함으로써 공유 서비스 및 책무 분리가 가능하도록 해야 합니다.
실행 가능한 범위 데모
이 가이드의 나머지 부분에서는 AKS(Azure Kubernetes Service)를 구현하기 위해 Azure Arc를 사용하는 Kubernetes에서 Azure App Service에 대한 오버레이를 추가하는 기능을 사용하는 데 초점을 맞추며, 이는 초기 구현 중에 결과를 최대화하기 위한 것입니다. 이 방법은 옵션 범위를 좁히기 위한 참조 아키텍처 및 구현을 제공합니다.
최신 애플리케이션 플랫폼에 대한 다른 Azure 제품의 기반을 설정하려면 왼쪽 탐색의 컨테이너 아키텍처 탭에서 각 도구에 대한 다양한 아키텍처 및 구현 참조를 참조하세요.
구현 옵션 고려 사항
위의 구현 옵션을 랜딩 존이 얼마나 잘 지원할 수 있는지에 직접적으로 영향을 주기 위해 최상의 Azure 랜딩 존 구현 옵션을 선택할 수 있습니다. Azure 랜딩 존 문서 시리즈를 검토하여 Azure 랜딩 존 구현 옵션에 대한 자세한 내용을 확인하세요. 최신 애플리케이션 플랫폼 시나리오를 관리하는 전략 및 계획 고려 사항을 가장 잘 해결하는 Azure 랜딩 존 구현 옵션은 무엇인가요?
- 기존 Azure 랜딩 존 전략: 이미 조직에서 Azure 랜딩 존 전략을 구현한 경우에는 최신 애플리케이션 플랫폼 시나리오가 기존 전략을 준수해야 하는 경우가 많습니다. 그렇지 않으면 반복 가능한 랜딩 존 환경을 향한 첫 번째 단계로 다음 중 하나를 선택합니다.
- AKS 기준을 사용하여 작게 시작한 후 확장: AKS(Azure Kubernetes Service) 클러스터의 기준 아키텍처는 첫 번째 AKS 환경을 배포하는 증명된 방법을 제공합니다.
- 클러스터, 클라우드 환경 및 애플리케이션의 작업을 개발자 또는 DevOps 팀이 직접 담당하는 경우, 이 옵션이 가장 일반적으로 사용됩니다.
- 중앙 작업 및 공유 호스트에 대해 이 배포를 준비하기 위해, 클라우드 채택 프레임워크의 준비, 제어, 관리 방법론의 프로세스 및 모범 사례를 나중에 추가할 수 있습니다.
- 엔터프라이즈급 랜딩 존:AKS 기준의 인스턴스를 엔터프라이즈급 랜딩 존에 배포하는 참조 구현이 AKS 랜딩 존 가속기에 포함되어 있어, AKS 플랫폼을 더욱 광범위한 엔터프라이즈급 랜딩 존 솔루션에 필요한 특정 환경 구성 내에서 지원합니다.
- 이것은 규정 준수, 거버넌스 또는 보안 요구 사항을 중앙에서 컨테이너 환경에 적용해야 하는 경우에 가장 일반적인 옵션입니다.
- 이를 통해 개발자가 애플리케이션에 더 집중하고 Kubernetes용 개발에 덜 집중할 수 있으며, 이는 컨테이너 호스팅 작업을 제공하는 중앙 집중식 팀의 가장 일반적인 옵션이기도 하기 때문입니다.
Azure 리소스, 구독 토폴로지, 거버넌스를 위한 Azure Policy 사용 관련 의무 분리를 표현하고 구현하는 방법에 위의 두 옵션 간의 주요 차이점이 있습니다. 중앙 집중식 운영 및 분산식 운영에 관한 조직의 계획과 조직의 워크로드에 가장 적합한 계획을 이해합니다. 조직 및 워크로드에 필요한 정확한 환경을 제공하기 위해 두 모델 모두가 유연하게 사용될 수 있지만, 정의된 전략과 제일 가까운 모델로 시작하는 것을 권장합니다. 모든 워크로드 팀이 모든 IT 그룹 및 구성원에게 필요한 운영 모델 및 의무를 이해하도록 합니다.
애플리케이션 플랫폼 오버레이
핵심 AKS 랜딩 존이 배포되고 추가 애플리케이션 배포가 준비되면 컨테이너 호스트에 더 많은 애플리케이션 플랫폼 구성을 적용할 수 있습니다. Azure Arc를 사용하는 Kubernetes에 Azure App Service를 사용하면 각 클러스터 위에 특정 애플리케이션 플랫폼이 설치됩니다.
배포 파이프라인 및 컨테이너 레지스트리에 따라 애플리케이션 플랫폼 오버레이를 추가하는 다음 두 가지 옵션이 있습니다.
- 오버레이 설치는 컨테이너 레지스트리에 있는 컨테이너 이미지에 포함될 수 있으며, 이를 통해 애플리케이션 플랫폼 배포를 컨테이너 배포와 표준화할 수 있습니다.
- 또는 DevOps 파이프라인 중에 오버레이를 배포하여 컨테이너 호스트의 기존 인스턴스에 런타임을 추가할 수 있습니다.
호스트 작업 관행 및 워크로드 포트폴리오 전체의 애플리케이션 런타임 가변성 정도에 따라 이러한 두 옵션이 달라집니다.
Azure 랜딩 존 디자인 영역
모든 Azure 랜딩 존은 아래에 나열된 일반적인 디자인 영역 집합을 중심으로 디자인되었습니다. 각 문서에는 최신 애플리케이션 플랫폼 팀이 AKS 컨테이너의 랜딩 존을 준비하는 데 도움이 될 수 있는 AKS 관련 고려 사항 및 권장 사항 세트가 포함되어 있습니다.
다음 단계: 워크로드를 최신 애플리케이션 플랫폼으로 마이그레이션
다음과 같은 문서에서는 클라우드 채택 여정의 특정 지점에서 제공되는 지침으로 안내하여, 클라우드 채택 여정에서 성공할 수 있도록 도와줍니다.