Azure의 최신 애플리케이션 플랫폼 솔루션
다양한 Azure 제품 및 서비스가 최신 애플리케이션 플랫폼 요구 사항을 지원할 수 있습니다. 올바른 제품을 선택하려면 애플리케이션 및 작업 요구 사항에 대한 자세한 지식이 필요합니다. 선택 프로세스를 더 간단하게 만들기 위해 이 문서는 몇 가지 전략적 질문을 기반으로 고려할 제품의 우선 순위를 지정하는 데 도움이 됩니다.
- 애플리케이션 플랫폼: 애플리케이션에 사용자 지정 런타임이 필요하나요? 개발팀이 클라우드 공급자가 설정한 클라우드 런타임 정의를 고려할 수 있나요?
- 작업: 애플리케이션, 애플리케이션 플랫폼 또는 컨테이너 호스트의 작업에 사용자 지정 작업이 필요하나요? 아니면 워크로드 전반에 걸쳐 작업을 중앙 집중화하기 위해 표준화된 작업 방법을 기본 설정하나요? 또는 클라우드 공급자가 네이티브 설정하는 클라우드 작업을 지원하나요?
- 위치: 이 솔루션이 퍼블릭 클라우드에서 실행되나요? 아니면 프라이빗 클라우드 또는 에지 환경에 배포해야 하나요? 솔루션에 워크로드 이식성이 필요하나요?
- 워크로드 통합: 각 애플리케이션 또는 워크로드에 전용 호스트가 필요하나요? 워크로드가 공유 호스트에서 작동할 수 있나요? 아니면 이 결정을 클라우드 공급자에 맡길 수 있나요?
Azure 제품 비교
다음 표는 위의 질문을 고려할 몇 가지 Azure 제품에 매핑합니다.
| Azure 제품 | 애플리케이션 플랫폼 | 작업 | 위치 | 통합 |
|---|---|---|---|---|
| Azure App Service | 클라우드 런타임 | 클라우드 작업 | 고정(퍼블릭 클라우드만 해당) | Azure 관리 항목 |
| Azure Stack HCI | 클라우드 런타임 | 사용자 지정 가능 | 고정(프라이빗 클라우드만 해당) | 공유 호스트 |
| AKS용 Azure Stack HCI | 사용자 지정 가능 | 사용자 지정 가능 | 고정(프라이빗 클라우드만 해당) | 공유 호스트 |
| AKS(Azure Kubernetes Service) | 사용자 지정 가능 | 사용자 지정 가능 | 고정(퍼블릭 클라우드만 해당) | 전용 또는 공유 호스트 지원 |
| Kubernetes용 Azure Arc | 해당 없음 | 클라우드 작업 | 공용 및 프라이빗 클라우드 지원 | 해당 없음 |
| Azure Arc를 사용하는 Kubernetes의 Azure App Service | 클라우드 런타임 | 사용자 지정 및 클라우드 운영 | 공용 및 프라이빗 클라우드 지원 | 전용 또는 공유 호스트 지원 |
다양한 역할에 대한 Azure 제품 조정
다음 설명은 애플리케이션 및 운영 팀의 관점을 공유하여 각 제품 서비스의 가치를 더 잘 전달합니다.
Azure App Service
Azure App Service를 사용하면 인프라를 관리할 필요 없이 선택한 프로그래밍 언어로 웹앱, 모바일 백 엔드 및 RESTful API를 빌드하고 호스트할 수 있습니다. 여기서는 자동 크기 조정 및 고가용성을 제공하고, Windows 및 Linux를 모두 지원하며, GitHub, Azure DevOps 또는 Git 리포지토리에서 자동화된 배포를 사용합니다.
- 개발자는 Microsoft Azure에서 애플리케이션 플랫폼으로 정의한 Azure 네이티브 애플리케이션 플랫폼과 런타임을 사용하여 개발 속도를 가장 높일 수 있습니다.
- 운영 팀은 많은 호스트 작업 작업을 클라우드 공급자로 지연시키는 작업의 용이성과 규모를 원합니다.
Azure Stack HCI
Azure Stack HCI는 클라우드 작업과 매우 유사한 도구를 사용하여 프라이빗 클라우드 또는 에지에서 작동하는 Azure Stack에서 실행되는 Azure의 PaaS 서비스를 기반으로 하는 애플리케이션 플랫폼을 제공합니다.
- 개발자는 Microsoft Azure에서 애플리케이션 플랫폼으로 정의한 Azure 네이티브 애플리케이션 플랫폼과 런타임을 사용하여 개발 속도를 가장 높일 수 있습니다.
- 운영 팀에는 다음과 같은 특정 제약 조건이 있습니다.
- 프라이빗 클라우드 또는 에지에서 실행해야 합니다.
- 병렬 프라이빗 클라우드 작업에 맞게 사용자 지정 작업이 필요합니다.
- 대부분의 경우 공유 호스트의 워크로드를 통합하여 호스트 및 워크로드 작업을 중앙 집중식 또는 워크로드별일 수 있는 워크로드 작업 및 중앙 집중식 호스트 작업을 위한 별개의 작업 집합으로 분리합니다.
AKS용 Azure Stack HCI
Azure Stack HCI는 Azure Kubernetes Service 인스턴스를 실행하여 Kubernetes에서 실행되는 사용자 지정 가능한 애플리케이션 플랫폼을 지원할 수도 있습니다.
- 개발자는 애플리케이션의 런타임 요구 사항을 충족하도록 애플리케이션 플랫폼을 사용자 지정할 수 있는 기능이 필요합니다.
- 운영 팀에는 다음과 같은 특정 제약 조건이 있습니다.
- 프라이빗 클라우드 또는 에지에서 실행해야 합니다.
- 병렬 프라이빗 클라우드 작업에 맞게 사용자 지정 작업이 필요합니다.
- 대부분의 경우 공유 호스트의 워크로드를 통합하여 호스트 및 워크로드 작업을 중앙 집중식 또는 워크로드별일 수 있는 워크로드 작업 및 중앙 집중식 호스트 작업을 위한 별개의 작업 집합으로 분리합니다.
AKS(Azure Kubernetes Service)
AKS(Azure Kubernetes Service)는 Azure에서 실행되는 퍼블릭 클라우드 리소스에서 실행되는 Kubernetes 기반의 사용자 지정 가능한 런타임 옵션을 제공합니다.
- 개발자는 애플리케이션의 런타임 요구 사항을 충족하도록 애플리케이션 플랫폼을 사용자 지정할 수 있는 기능이 필요합니다.
- 운영 팀에는 다음과 같은 특정 제약 조건이 있습니다.
- 퍼블릭 클라우드에서만 실행해야 합니다.
- 컨테이너 오케스트레이터에서 정의한 사용자 지정 작업과 호스트 및 컨테이너의 프로그래밍 방식 배포가 필요하므로 중앙 집중식 운영 지원에 대한 종속성을 최소화하면서 워크로드별 DevOps 팀을 위한 아이디어 솔루션입니다.
- 또는 컨테이너 오케스트레이터를 Kubernetes 컨테이너 전체에서 표준화하여 대규모 중앙 집중식 운영이 가능합니다.
- AKS는 워크로드당 전용 컨테이너를 지원하도록 설계되었습니다.
- AKS는 또한 워크로드를 통합하는 데 사용할 수 있으므로 중앙 작업에서 컨테이너 호스트에 대한 지원을 확장할 수 있습니다.
Kubernetes용 Azure Arc
Azure Arc는 Kubernetes 클러스터의 운영을 확장하여 퍼블릭 클라우드, 프라이빗 클라우드 및 Kubernetes 클러스터의 에지 배포에서 일관된 클라우드 운영을 가능하게 합니다.
- 운영 팀에는 다음과 같은 특정 제약 조건이 있습니다.
- Kubernetes 컨테이너는 여러 하이브리드 및 다중 클라우드 환경에 배포되었습니다.
- 이러한 다양한 컨테이너를 관리하려면 환경에 관계없이 운영, 거버넌스, 보안 및 기타 통합 운영 원칙을 중앙 집중화해야 합니다.
Azure Arc를 사용하는 Kubernetes의 Azure App Service
Azure Arc를 사용하는 Kubernetes의 Azure App Service는 개발 및 운영 전반에 걸쳐 일관성을 만듭니다.
- 개발자는 Microsoft Azure에서 애플리케이션 플랫폼으로 정의한 Azure 네이티브 애플리케이션 플랫폼과 런타임을 사용하여 개발 속도를 가장 높일 수 있습니다.
- 운영 팀은 유연성이 필요합니다.
- Azure Arc 구성 요소를 사용하면 환경 전반에서 일관된 클라우드 작업이 가능합니다.
- Kubernetes 기반은 호스트 및 워크로드 수준에서 사용자 지정 가능하거나 표준화된 컨테이너 호스트 작업을 허용합니다.
- 애플리케이션 플랫폼 오버레이는 프라이빗 클라우드 또는 에지의 Kubernetes 호스트 및 Azure의 AKS에서 실행할 수 있는 애플리케이션에 대한 일관된 런타임을 보장합니다.
작업 수행
다음 단계는 최신 애플리케이션 플랫폼을 클라우드 채택 여정에 통합하는 것입니다. 다음 문서 목록을 선택하면 클라우드 채택 시나리오를 성공할 수 있도록 클라우드 채택 과정의 해당 지점에 대한 지침으로 이동합니다.