구독 관련 결정 가이드Subscription decision guide

효과적인 구독 설계를 통해 조직에서 클라우드를 채택하는 동안 Azure에서 자산을 구성하고 관리할 수 있는 구조를 구축할 수 있습니다.Effective subscription design helps organizations establish a structure to organize and manage assets in Azure during cloud adoption. 이 가이드는 추가 구독을 만들고 관리 그룹 계층 구조를 확장하여 비즈니스 우선 순위를 지원하는 시기를 결정하는 데 도움이 됩니다.This guide will help you decide when to create additional subscriptions and expand your management group hierarchy to support your business priorities.

사전 요구 사항Prerequisites

Azure 채택은 Azure 구독을 만들고, 이를 계정에 연결한 다음, 리소스(예: 가상 머신 및 데이터베이스)를 구독에 배포하는 것으로 시작합니다.Adopting Azure begins by creating an Azure subscription, associating it with an account, and deploying resources like virtual machines and databases to the subscription. 이러한 개념에 대한 개요는 Azure 기본 개념을 참조하세요.For an overview of these concepts, see Azure fundamental concepts.

조직 모델링Model your organization

조직마다 다르기 때문에 Azure 관리 그룹은 유연하게 설계되었습니다.Because every organization is different, Azure management groups are designed to be flexible. 조직의 계층 구조를 반영하도록 클라우드 자산을 모델링하면 상위 수준의 계층 구조에서 정책을 정의 및 적용하고 상속에 의존하여 계층 구조의 하위 관리 그룹에 이러한 정책이 자동으로 적용되도록 할 수 있습니다.Modeling your cloud estate to reflect your organization's hierarchy helps you define and apply policies at higher levels of the hierarchy, and rely on inheritance to ensure that those policies are automatically applied to management groups lower in the hierarchy. 구독을 다른 관리 그룹 간에 이동할 수 있지만 예상된 조직의 요구 사항을 반영하는 초기 관리 그룹 계층 구조를 설계하는 것이 유용합니다.Although subscriptions can be moved between different management groups, it's helpful to design an initial management group hierarchy that reflects your anticipated organizational needs.

구독 디자인을 최종 결정하기 전에 리소스 일관성 고려 사항이 디자인 선택에 어떤 영향을 줄 수 있는지도 고려합니다.Before finalizing your subscription design, also consider how resource consistency considerations might influence your design choices.

참고

Azure EA(기업계약)를 사용하면 청구 목적으로 다른 조직 계층 구조를 정의할 수 있습니다.An Azure Enterprise Agreement (EA) allows you to define another organizational hierarchy for billing purposes. 이 계층 구조는 적절한 정책과 액세스 제어를 리소스에 쉽게 적용할 수 있도록 상속 모델을 제공하는 데 중점을 둔 관리 그룹 계층 구조와 다릅니다.This hierarchy is distinct from your management group hierarchy, which focuses on providing an inheritance model for easily applying suitable policies and access control to your resources.

구독 설계 전략Subscription design strategies

비즈니스 우선 순위를 처리하는 데 고려할 수 있는 구독 설계 전략은 다음과 같습니다.Consider the following subscription design strategies to address your business priorities.

워크로드 구분 전략Workload separation strategy

조직이 클라우드에 새 워크로드를 추가함에 따라 다른 구독을 소유하거나 기본적으로 책임을 분리하면 프로덕션 및 비프로덕션 관리 그룹 모두에서 여러 구독을 사용할 수 있습니다.As an organization adds new workloads to the cloud, different ownership of subscriptions or basic separation of responsibility may result in multiple subscriptions in both the production and nonproduction management groups. 이 접근 방식은 기본 워크로드를 분리할 수 있지만 상속 모델의 이점을 크게 활용하지 않아도 구독의 하위 세트에 정책을 자동으로 적용할 수 있습니다.While this approach does provide basic workload separation, it doesn't take significant advantage of the inheritance model to automatically apply policies across a subset of your subscriptions.

워크로드 구분 전략

애플리케이션 범주 전략Application category strategy

조직의 클라우드 설치 공간이 증가함에 따라 대개 업무상의 중요도, 규정 준수 요구 사항, 액세스 제어 또는 데이터 보호 요구가 근본적으로 다른 애플리케이션을 지원하기 위해 추가로 구독하게 됩니다.As an organization's cloud footprint grows, additional subscriptions are typically created to support applications with fundamental differences in business criticality, compliance requirements, access controls, or data protection needs. 초기 프로덕션 및 비 프로덕션 구독에서 구축된 이러한 애플리케이션 범주를 지원하는 구독은 해당 프로덕션 또는 비 프로덕션 관리 그룹에 따라 구성됩니다.Building from the initial production and nonproduction subscriptions, the subscriptions supporting these application categories are organized under either the production or nonproduction management group as applicable. 이러한 구독은 일반적으로 중앙 IT 팀의 운영 담당자가 소유하고 관리합니다.These subscriptions are typically owned and administered by the operations staff of a central IT team.

애플리케이션 범주 전략

각 조직은 애플리케이션을 다르게 분류하며, 특정 애플리케이션 또는 서비스나 애플리케이션의 전형별로 구독을 구분하기도 합니다.Each organization will categorize their applications differently, often separating subscriptions based on specific applications or services or along the lines of application archetypes. 이러한 분류는 대개 구독의 리소스 한도의 대부분을 사용할 것 같은 워크로드를 지원하거나 중요 업무용 워크로드를 분리하여 이러한 한도 하에서 다른 워크로드와 경쟁하지 않도록 하기 위해 설계되었습니다.This categorization is often designed to support workloads that are likely to consume most of the resource limits of a subscription, or separate mission-critical workloads to ensure they don't compete with other workloads under these limits. 별도의 구독을 정당화할 수 있는 일부 워크로드는 다음과 같습니다.Some workloads that might justify a separate subscription include:

  • 중요 업무용 워크로드Mission-critical workloads.
  • 회사 내 COGS(판매 제품 원가)의 일부인 애플리케이션.Applications that are part of cost of goods sold (COGS) within your company. 예를 들어, 한 회사에서 제조한 모든 위젯에는 원격 분석을 전송하는 Azure IoT 모듈이 포함되어 있습니다.For example, every widget manufactured by a company contains an Azure IoT module that sends telemetry. 이는 COGS의 일부로 회계 또는 거버넌스를 위한 전용 구독이 필요할 수 있습니다.This may require a dedicated subscription for accounting or governance purposes as part of COGS.
  • HIPAA나 FedRAMP 등의 규정 요구 사항이 적용되는 애플리케이션.Applications subject to regulatory requirements such as HIPAA or FedRAMP.

기능 전략Functional strategy

기능 전략은 관리 그룹 계층 구조를 사용하여 재무, 영업 또는 IT 지원과 같은 기능 계통에 따라 구독과 계정을 구성합니다.The functional strategy organizes subscriptions and accounts along functional lines, such as finance, sales, or IT support, using a management group hierarchy.

사업부 전략Business unit strategy

사업부 전략은 관리 그룹 계층 구조를 사용하여 손익 범주, 사업부, 부문, 손익 센터 또는 이와 비슷한 사업 구조에 따라 구독과 계정을 그룹화합니다.The business unit strategy groups subscriptions and accounts based on profit and loss category, business unit, division, profit center, or similar business structure using a management group hierarchy.

지리적 전략Geographic strategy

글로벌 운영 조직의 경우 지리적 전략은 관리 그룹 계층 구조를 사용하여 지역에 따라 구독과 계정을 그룹화합니다.For organizations with global operations, the geographic strategy groups subscriptions and accounts based on geographic regions using a management group hierarchy.

구독 전략 혼합Mix subscription strategies

관리 그룹 계층 구조의 깊이는 최대 6개가 될 수 있습니다.Management group hierarchies can be up to six levels deep. 이렇게 하면 조직의 요구 사항에 맞게 이러한 전략 중 몇 가지를 결합한 계층 구조를 유연하게 만들 수 있습니다.This provides you with the flexibility to create a hierarchy that combines several of these strategies to meet your organizational needs. 예를 들어 다음 다이어그램에서는 사업부 전략과 지리적 전략을 결합한 조직 계층 구조를 보여줍니다.For example, the following diagram shows an organizational hierarchy that combines a business unit strategy with a geographic strategy.

혼합 구독 전략

다음 단계Next steps

구독 디자인은 클라우드 채택 프로세스 중에 아키텍처를 결정해야 하는 핵심 인프라 구성 요소 중 하나일 뿐입니다.Subscription design is just one of the core infrastructure components requiring architectural decisions during a cloud adoption process. 다른 인프라 유형의 디자인을 결정할 때 사용되는 추가 전략에 대해 알아보려면 아키텍처 의사 결정 가이드 개요를 방문하세요.Visit the architectural decision guides overview to learn about additional strategies used when making design decisions for other types of infrastructure.