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