클라우드 관리를 위한 플랫폼 전문화Platform specialization for cloud management

플랫폼 전문화는 향상된 관리 기준과 마찬가지로 표준 관리 기준에서 확장된 것입니다.Much like the enhanced management baseline, platform specialization is extension beyond the standard management baseline. 관리 기준을 확장하는 방법을 보여 주는 다음 이미지와 목록을 참조하세요.See the following image and list that show the ways to expand the management baseline. 이 문서에서는 플랫폼 전문화 옵션에 대해 설명합니다.This article addresses the platform specialization options.

클라우드 관리 기준에서 확장

  • 워크로드 운영: 가장 큰 워크로드당 운영 투자 및 가장 높은 수준의 복원력입니다.Workload operations: The largest per-workload operations investment and the highest degree of resiliency. 비즈니스 가치를 창출하는 워크로드의 약 20%에 워크로드 운영을 적용하는 것이 좋습니다.We suggest workload operations for the approximately 20% of workloads that drive business value. 이 전문화는 일반적으로 중요도가 높은 워크로드 또는 중요 업무용 워크로드를 위해 예약됩니다.This specialization is usually reserved for high criticality or mission-critical workloads.
  • 플랫폼 운영: 운영 투자가 여러 워크로드에 분산됩니다.Platform operations: Operations investment is spread across many workloads. 복원력 향상은 정의된 플랫폼을 사용하는 모든 워크로드에 영향을 줍니다.Resiliency improvements affect all workloads that use the defined platform. 중요도가 가장 높은 플랫폼의 약 20%에 플랫폼 운영을 적용하는 것이 좋습니다.We suggest platform operations for the approximately 20% of platforms that have the highest criticality. 이 전문화는 일반적으로 중요도가 보통 수준에서 높은 수준까지의 워크로드를 위해 예약됩니다.This specialization is usually reserved for medium to high criticality workloads.
  • 향상된 관리 기준: 비교적 낮은 운영 투자입니다.Enhanced management baseline: The relatively lowest operations investment. 이 전문화는 추가 클라우드 기본 운영 도구 및 프로세스를 사용하여 비즈니스 약정을 약간 향상시킵니다.This specialization slightly improves business commitments by using additional cloud-native operations tools and processes.

워크로드 운영 및 플랫폼 운영 모두에서는 디자인 및 아키텍처 원칙을 변경해야 합니다.Both workload and platform operations require changes to design and architecture principles. 이러한 변경은 시간이 오래 걸리고 운영 비용이 늘어날 수 있습니다.Those changes can take time and might result in increased operating expenses. 이러한 투자가 필요한 워크로드 수를 줄이려면 향상된 관리 기준을 통해 비즈니스 약정을 충분히 향상시킬 수 있습니다.To reduce the number of workloads requiring such investments, an enhanced management baseline might provide enough of an improvement to the business commitment.

다음 표에서는 고객의 향상된 관리 기준에 공통적으로 적용되는 몇 가지 일반적인 프로세스, 도구 및 잠재적 영향에 대해 간략히 설명합니다.This table outlines a few common processes, tools, and potential effects common in customers' enhanced management baselines:

ProcessProcess 도구Tool 목적Purpose 제안되는 관리 수준Suggested management level
시스템 디자인 개선Improve system design Microsoft Azure Well-Architected FrameworkMicrosoft Azure Well-Architected Framework 운영을 향상시키기 위한 플랫폼의 아키텍처 디자인 개선Improving the architectural design of the platform to improve operations 해당 없음N/A
수정 자동화Automate remediation Azure AutomationAzure Automation 플랫폼별 자동화를 사용하여 고급 플랫폼 데이터에 응답Responding to advanced platform data with platform-specific automation 플랫폼 운영Platform operations
서비스 카탈로그Service catalog 관리되는 애플리케이션 센터Managed applications center 조직 표준을 준수하도록 승인된 솔루션의 셀프 서비스 카탈로그 제공Providing a self-service catalog of approved solutions that meet organizational standards 플랫폼 운영Platform operations
컨테이너 성능Container performance 컨테이너용 Azure MonitorAzure Monitor for containers 컨테이너 모니터링 및 진단Monitoring and diagnostics of containers 플랫폼 운영Platform operations
PaaS(Platform as a Service) 데이터 성능Platform as a service (PaaS) data performance Azure SQL AnalyticsAzure SQL Analytics PaaS 데이터베이스 모니터링 및 진단Monitoring and diagnostics for PaaS databases 플랫폼 운영Platform operations
IaaS(Infrastructure as a Service) 데이터 성능Infrastructure as a service (IaaS) data performance SQL Server 상태 확인SQL Server Health Check IaaS 데이터베이스 모니터링 및 진단Monitoring and diagnostics for IaaS databases 플랫폼 운영Platform operations

상위 수준 프로세스High-level process

플랫폼 전문화는 반복적인 접근법으로 다음 4개 프로세스를 엄정하게 실시합니다.Platform specialization consists of a disciplined execution of the following four processes in an iterative approach. 각 프로세스는 이 문서의 이후 섹션에서 자세히 설명합니다.Each process is explained in more detail in later sections of this article.

  • 시스템 디자인 개선: 중단을 효과적으로 최소화하기 위해 일반 시스템 또는 플랫폼의 디자인을 개선합니다.Improve system design: Improve the design of common systems or platforms to effectively minimize interruptions.
  • 재구성 자동화: 일부 향상된 기능 중 일부는 비용 효율적이지 않습니다.Automate remediation: Some improvements aren't cost effective. 이러한 경우 재구성을 자동화하고 중단의 영향을 줄이는 것이 더 적합할 수 있습니다.In such cases, it might make more sense to automate remediation and reduce the effect of interruptions.
  • 솔루션 규모 조정: 시스템 디자인 및 자동 재구성이 개선되면 서비스 카탈로그를 통해 해당 변경 사항을 환경 전체로 확장할 수 있습니다.Scale the solution: As systems design and automated remediation are improved, those changes can be scaled across the environment through the service catalog.
  • 지속적인 개선: 향상된 증분 기능을 검색하기 위해 다양한 모니터링 도구를 사용할 수 있습니다.Continuous improvement: Different monitoring tools can be used to discover incremental improvements. 이러한 향상된 기능은 다음 단계의 시스템 디자인, 자동화 및 크기 조정에서 해결할 수 있습니다.These improvements can be addressed in the next pass of system design, automation, and scale.

시스템 디자인 개선Improve system design

시스템 디자인 개선은 일반 플랫폼의 운영을 개선하는 가장 효과적인 접근법입니다.Improving system design is the most effective approach to improving operations of any common platform. 시스템 디자인 개선을 통해 안정성을 높이고 비즈니스 중단을 줄일 수 있습니다.Through system-design improvements, stability can increase and business interruptions can decrease. 개별 시스템의 디자인은 클라우드 채택 프레임워크 전체에서 수행되는 환경 보기의 범위를 벗어납니다.Design of individual systems is beyond the scope of the environment view that's taken throughout the Cloud Adoption Framework.

이 프레임워크의 보완 요소인 Microsoft Azure Well-Architected Framework는 플랫폼 또는 특정 워크로드의 품질을 개선하기 위한 지침을 제공합니다.As a complement to this framework, the Microsoft Azure Well-Architected Framework provides guiding tenets for improving the quality of a platform or a specific workload. 프레임워크는 다음 아키텍처 핵심 요소의 5가지 기능에 대한 개선에 중점을 둡니다.The framework focuses on improvement across five pillars of architecture excellence:

  • 비용 최적화: 비용을 관리하여 제공되는 가치를 극대화합니다.Cost optimization: Manage costs to maximize the value delivered.
  • 뛰어난 운영: 프로덕션에서 시스템을 실행하는 작업 프로세스를 따릅니다.Operational excellence: Follow operational processes that keep a system running in production.
  • 성능 효율성: 부하의 변화에 맞게 시스템 크기를 조정합니다.Performance efficiency: Scale systems to adapt to changes in load.
  • 안정성: 오류를 복구하여 계속 작동하도록 시스템을 디자인합니다.Reliability: Design systems to recover from failures and continue to function.
  • 보안: 위협으로부터 애플리케이션 및 데이터를 보호합니다.Security: Protect applications and data from threats.

대부분의 비즈니스 중단은 기술적인 문제와 구조적 결함으로 인해 발생합니다.Technical debt and architectural flaws cause most business interruptions. 기존 배포의 경우 시스템 디자인 개선을 기존의 기술적인 문제에 대한 보상으로 볼 수 있습니다.For existing deployments, you can view system-design improvements as payments against existing technical debt. 새 배포의 경우 이러한 개선을 기술적인 문제 방지로 볼 수 있습니다.For new deployments, you can view those improvements as avoidance of technical debt.

다음 자동 재구성 탭에서는 해결할 수 없거나 해결하지 않아야 하는 기술적인 문제를 재구성하는 방법을 보여 줍니다.The following Automated remediation tab shows ways to remediate technical debt that can't or shouldn't be addressed.

Microsoft Azure Well-Architected Framework에 대해 자세히 알아보고 시스템 디자인을 개선하세요.Learn more about the Microsoft Azure Well-Architected Framework to improve system design.

시스템 디자인이 개선되면 이 문서로 돌아와서 환경에서 새로운 개선 기회와 기존의 개선을 사용 환경으로 확장할 수 있는 새로운 기회를 찾아보세요.As system design improves, return to this article to find new opportunities to improve and scale those improvements across your environment.

자동 재구성Automated remediation

일부 기술적인 문제는 해결할 수 없습니다.Some technical debt can't be addressed. 해결하는 데 비용이 너무 많이 들어 수정할 수 없거나, 계획할 수 있지만 프로젝트 기간이 길 수 있습니다.Resolution might be too expensive to correct or might be planned but have a long project duration. 비즈니스 중단은 중요한 비즈니스에 큰 영향을 주지 않을 수 있습니다.The business interruption might not have a significant business effect. 또는 비즈니스 우선 순위가 복원력에 투자하는 대신 빠르게 복구하는 것일 수 있습니다.Or the business priority might be to recover quickly instead of investing in resiliency.

기술적인 문제를 해결하는 것이 원하는 방법이 아닌 경우 일반적인 다음 단계는 자동 재구성입니다.When resolution of technical debt isn't the desired approach, automated remediation is commonly the next step. Azure Automation 및 Azure Monitor를 사용하여 추세를 검색하고 자동 재구성 기능을 제공하는 것은 자동 재구성에 대한 가장 일반적인 접근법입니다.Using Azure Automation and Azure Monitor to detect trends and provide automated remediation is the most common approach to automated remediation.

자동 재구성에 대한 지침은 Azure Automation 및 경고를 참조하세요.For guidance on automated remediation, see Azure Automation and alerts.

서비스 카탈로그를 사용하여 솔루션 크기 조정Scale the solution with a service catalog

잘 관리되는 서비스 카탈로그는 플랫폼 전문화 및 플랫폼 운영의 기초입니다.A well-managed service catalog is the cornerstone of platform specialization and platform operations. 카탈로그를 사용하는 것은 시스템 디자인 및 재구성에 대한 향상된 기능이 환경 전체에 확장되는 방법입니다.Use of a catalog is how improvements to systems design and remediation are scaled across an environment.

클라우드 플랫폼 팀과 클라우드 자동화 팀은 함께 협력하여 모든 환경의 가장 일반적인 플랫폼에 대한 반복 가능한 솔루션을 만듭니다.The cloud platform team and cloud automation team align to create repeatable solutions to the most common platforms in any environment. 그러나 이러한 솔루션을 일관되게 사용하지 않을 경우 클라우드 관리는 기본 제공 이상의 기능을 제공할 수 있습니다.But if those solutions aren't consistently used, cloud management can provide little more than a baseline offering.

최적화된 플랫폼의 채택을 최대화하고 유지 관리 오버헤드를 최소화하려면 플랫폼을 Azure 서비스 카탈로그에 추가해야 합니다.To maximize adoption and minimize maintenance overhead of any optimized platform, you should add the platform to an Azure service catalog. 내부 사용을 위한 카탈로그의 각 애플리케이션은 외부 사용자를 위해 서비스 카탈로그를 통해 또는 Marketplace 제품으로 배포할 수 있습니다.You can deploy each application in the catalog for internal consumption via the service catalog or as a marketplace offering for external consumers.

서비스 카탈로그에 게시하는 방법은 서비스 카탈로그에 게시에 대한 문서 시리즈를 참조하세요.For instructions on publishing to a service catalog, see the article series on publishing to a service catalog.

서비스 카탈로그에서 애플리케이션 배포Deploy applications from the service catalog

  1. Azure Portal에서 관리형 애플리케이션 센터(미리 보기) 로 이동합니다.In the Azure portal, go to Managed applications center (preview).
  2. 찾아보기 창에서 서비스 카탈로그 애플리케이션 을 선택합니다.On the Browse pane, select Service Catalog applications.
  3. + 추가 를 선택하여 회사의 서비스 카탈로그에서 애플리케이션 정의를 선택합니다.Select + Add to choose an application definition from your company's service catalog.

서비스를 제공하는 모든 관리형 애플리케이션이 표시됩니다.Any managed applications you're servicing are displayed.

서비스 카탈로그 애플리케이션 관리Manage service catalog applications

  1. Azure Portal에서 관리형 애플리케이션 센터(미리 보기) 로 이동합니다.In the Azure portal, go to Managed applications center (preview).
  2. 서비스 창에서 서비스 카탈로그 애플리케이션 을 선택합니다.On the Service pane, select Service Catalog applications.

서비스를 제공하는 모든 관리형 애플리케이션이 표시됩니다.Any managed applications you're servicing are displayed.

지속적인 개선Continuous improvement

플랫폼 전문화 및 플랫폼 운영은 모두 채택, 플랫폼, 자동화 및 관리 팀 간의 강력한 피드백 루프를 사용합니다.Platform specialization and platform operations both depend on strong feedback loops among adoption, platform, automation, and management teams. 이러한 피드백 루프를 데이터에 연결하면 각 팀에서 현명하게 의사 결정하는 데 도움이 됩니다.Grounding those feedback loops in data helps each team make wise decisions. 플랫폼 운영에서 장기적인 비즈니스 약정을 달성하려면 중앙 집중식 플랫폼과 관련된 인사이트를 사용해야 합니다.For platform operations to achieve long-term business commitments, it's important to use insights specific to the centralized platform.

컨테이너와 SQL Server는 가장 일반적인 중앙 집중식 관리형 플랫폼입니다.Containers and SQL Server are the two most common centrally managed platforms. 다음 문서는 이러한 플랫폼에서 지속적인 개선 데이터 수집을 시작하는 데 도움이 될 수 있습니다.These articles can help you get started with continuous-improvement data collection on those platforms: