클라우드 관리를 위한 플랫폼 전문화
플랫폼 전문화는 향상된 관리 기준과 마찬가지로 표준 관리 기준에서 확장된 것입니다. 관리 기준을 확장하는 방법을 보여 주는 다음 이미지와 목록을 참조하세요. 이 문서에서는 플랫폼 전문화 옵션에 대해 설명합니다.
- 워크로드 운영: 가장 큰 워크로드당 운영 투자 및 가장 높은 수준의 복원력입니다. 비즈니스 가치를 창출하는 워크로드의 약 20%에 워크로드 운영을 적용하는 것이 좋습니다. 이 전문화는 일반적으로 중요도가 높은 워크로드 또는 중요 업무용 워크로드를 위해 예약됩니다.
- 플랫폼 운영: 운영 투자가 여러 워크로드에 분산됩니다. 복원력 향상은 정의된 플랫폼을 사용하는 모든 워크로드에 영향을 줍니다. 중요도가 가장 높은 플랫폼의 약 20%에 플랫폼 운영을 적용하는 것이 좋습니다. 이 전문화는 일반적으로 중요도가 보통 수준에서 높은 수준까지의 워크로드를 위해 예약됩니다.
- 향상된 관리 기준: 비교적 낮은 운영 투자입니다. 이 전문화는 추가 클라우드 기본 운영 도구 및 프로세스를 사용하여 비즈니스 약정을 약간 향상시킵니다.
워크로드 운영 및 플랫폼 운영 모두에서는 디자인 및 아키텍처 원칙을 변경해야 합니다. 이러한 변경은 시간이 오래 걸리고 운영 비용이 늘어날 수 있습니다. 이러한 투자가 필요한 워크로드 수를 줄이려면 향상된 관리 기준을 통해 비즈니스 약정을 충분히 향상시킬 수 있습니다.
다음 표에서는 고객의 향상된 관리 기준에 공통적으로 적용되는 몇 가지 일반적인 프로세스, 도구 및 잠재적 영향에 대해 간략히 설명합니다.
| Process | 도구 | 목적 | 제안되는 관리 수준 |
|---|---|---|---|
| 시스템 디자인 개선 | Microsoft Azure Well-Architected Framework | 운영을 향상시키기 위한 플랫폼의 아키텍처 디자인 개선 | 해당 없음 |
| 수정 자동화 | Azure Automation | 플랫폼별 자동화를 사용하여 고급 플랫폼 데이터에 응답 | 플랫폼 운영 |
| 서비스 카탈로그 | 관리되는 애플리케이션 센터 | 조직 표준을 준수하도록 승인된 솔루션의 셀프 서비스 카탈로그 제공 | 플랫폼 운영 |
| 컨테이너 성능 | 컨테이너용 Azure Monitor | 컨테이너 모니터링 및 진단 | 플랫폼 운영 |
| PaaS(Platform as a Service) 데이터 성능 | Azure SQL Analytics | PaaS 데이터베이스 모니터링 및 진단 | 플랫폼 운영 |
| IaaS(Infrastructure as a Service) 데이터 성능 | SQL Server 상태 확인 | IaaS 데이터베이스 모니터링 및 진단 | 플랫폼 운영 |
상위 수준 프로세스
플랫폼 전문화는 반복적인 접근법으로 다음 4개 프로세스를 엄정하게 실시합니다. 각 프로세스는 이 문서의 이후 섹션에서 자세히 설명합니다.
- 시스템 디자인 개선: 중단을 효과적으로 최소화하기 위해 일반 시스템 또는 플랫폼의 디자인을 개선합니다.
- 재구성 자동화: 일부 향상된 기능 중 일부는 비용 효율적이지 않습니다. 이러한 경우 재구성을 자동화하고 중단의 영향을 줄이는 것이 더 적합할 수 있습니다.
- 솔루션 규모 조정: 시스템 디자인 및 자동 재구성이 개선되면 서비스 카탈로그를 통해 해당 변경 사항을 환경 전체로 확장할 수 있습니다.
- 지속적인 개선: 향상된 증분 기능을 검색하기 위해 다양한 모니터링 도구를 사용할 수 있습니다. 이러한 향상된 기능은 다음 단계의 시스템 디자인, 자동화 및 크기 조정에서 해결할 수 있습니다.
시스템 디자인 개선
시스템 디자인 개선은 일반 플랫폼의 운영을 개선하는 가장 효과적인 접근법입니다. 시스템 디자인 개선을 통해 안정성을 높이고 비즈니스 중단을 줄일 수 있습니다. 개별 시스템의 디자인은 클라우드 채택 프레임워크 전체에서 수행되는 환경 보기의 범위를 벗어납니다.
이 프레임워크의 보완 요소인 Microsoft Azure Well-Architected Framework는 플랫폼 또는 특정 워크로드의 품질을 개선하기 위한 지침을 제공합니다. 프레임워크는 다음 아키텍처 핵심 요소의 5가지 기능에 대한 개선에 중점을 둡니다.
- 비용 최적화: 비용을 관리하여 제공되는 가치를 극대화합니다.
- 뛰어난 운영: 프로덕션에서 시스템을 실행하는 작업 프로세스를 따릅니다.
- 성능 효율성: 부하의 변화에 맞게 시스템 크기를 조정합니다.
- 안정성: 오류를 복구하여 계속 작동하도록 시스템을 디자인합니다.
- 보안: 위협으로부터 애플리케이션 및 데이터를 보호합니다.
대부분의 비즈니스 중단은 기술적인 문제와 구조적 결함으로 인해 발생합니다. 기존 배포의 경우 시스템 디자인 개선을 기존의 기술적인 문제에 대한 보상으로 볼 수 있습니다. 새 배포의 경우 이러한 개선을 기술적인 문제 방지로 볼 수 있습니다.
다음 자동 재구성 탭에서는 해결할 수 없거나 해결하지 않아야 하는 기술적인 문제를 재구성하는 방법을 보여 줍니다.
Microsoft Azure Well-Architected Framework에 대해 자세히 알아보고 시스템 디자인을 개선하세요.
시스템 디자인이 개선되면 이 문서로 돌아와서 환경에서 새로운 개선 기회와 기존의 개선을 사용 환경으로 확장할 수 있는 새로운 기회를 찾아보세요.
자동 재구성
일부 기술적인 문제는 해결할 수 없습니다. 해결하는 데 비용이 너무 많이 들어 수정할 수 없거나, 계획할 수 있지만 프로젝트 기간이 길 수 있습니다. 비즈니스 중단은 중요한 비즈니스에 큰 영향을 주지 않을 수 있습니다. 또는 비즈니스 우선 순위가 복원력에 투자하는 대신 빠르게 복구하는 것일 수 있습니다.
기술적인 문제를 해결하는 것이 원하는 방법이 아닌 경우 일반적인 다음 단계는 자동 재구성입니다. Azure Automation 및 Azure Monitor를 사용하여 추세를 검색하고 자동 재구성 기능을 제공하는 것은 자동 재구성에 대한 가장 일반적인 접근법입니다.
자동 재구성에 대한 지침은 Azure Automation 및 경고를 참조하세요.
서비스 카탈로그를 사용하여 솔루션 크기 조정
잘 관리되는 서비스 카탈로그는 플랫폼 전문화 및 플랫폼 운영의 기초입니다. 카탈로그를 사용하는 것은 시스템 디자인 및 재구성에 대한 향상된 기능이 환경 전체에 확장되는 방법입니다.
클라우드 플랫폼 팀과 클라우드 자동화 팀은 함께 협력하여 모든 환경의 가장 일반적인 플랫폼에 대한 반복 가능한 솔루션을 만듭니다. 그러나 이러한 솔루션을 일관되게 사용하지 않을 경우 클라우드 관리는 기본 제공 이상의 기능을 제공할 수 있습니다.
최적화된 플랫폼의 채택을 최대화하고 유지 관리 오버헤드를 최소화하려면 플랫폼을 Azure 서비스 카탈로그에 추가해야 합니다. 내부 사용을 위한 카탈로그의 각 애플리케이션은 외부 사용자를 위해 서비스 카탈로그를 통해 또는 Marketplace 제품으로 배포할 수 있습니다.
서비스 카탈로그에 게시하는 방법은 서비스 카탈로그에 게시에 대한 문서 시리즈를 참조하세요.
서비스 카탈로그에서 애플리케이션 배포
- Azure Portal에서 관리형 애플리케이션 센터(미리 보기) 로 이동합니다.
- 찾아보기 창에서 서비스 카탈로그 애플리케이션을 선택합니다.
- + 추가를 선택하여 회사의 서비스 카탈로그에서 애플리케이션 정의를 선택합니다.
서비스를 제공하는 모든 관리형 애플리케이션이 표시됩니다.
서비스 카탈로그 애플리케이션 관리
- Azure Portal에서 관리형 애플리케이션 센터(미리 보기) 로 이동합니다.
- 서비스 창에서 서비스 카탈로그 애플리케이션을 선택합니다.
서비스를 제공하는 모든 관리형 애플리케이션이 표시됩니다.
지속적인 개선
플랫폼 전문화 및 플랫폼 운영은 모두 채택, 플랫폼, 자동화 및 관리 팀 간의 강력한 피드백 루프를 사용합니다. 이러한 피드백 루프를 데이터에 연결하면 각 팀에서 현명하게 의사 결정하는 데 도움이 됩니다. 플랫폼 운영에서 장기적인 비즈니스 약정을 달성하려면 중앙 집중식 플랫폼과 관련된 인사이트를 사용해야 합니다.
컨테이너와 SQL Server는 가장 일반적인 중앙 집중식 관리형 플랫폼입니다. 다음 문서는 이러한 플랫폼에서 지속적인 개선 데이터 수집을 시작하는 데 도움이 될 수 있습니다.