Azure 제품은 포트폴리오 계층 구조를 어떻게 지원 하나요?How do Azure products support the portfolio hierarchy?

포트폴리오 계층 구조를 이해 하 고 정렬하는 동안 포트폴리오 계층 구조 및 역할 매핑에 대 한 정의 집합을 통해 대부분의 포트폴리오 접근 범위 계층을 설정 했습니다.In Understanding and aligning the portfolio hierarchy, a set of definitions for the portfolio hierarchy and role mapping established a hierarchy of scope for most portfolio approaches. 이 문서에 설명 된 대로 각 개요 수준이 나 범위가 필요 하지 않을 수 있습니다.As described in that article, you might not need each of the outlined levels or scopes. 계층 수를 최소화 하면 복잡성이 감소 하므로 이러한 레이어를 모두 요구 사항으로 볼 수는 없습니다.Minimizing the number of layers reduces complexity, so these layers shouldn't all be viewed as a requirement.

이 문서에서는 azure에서 조직의 도구, 배포 및 거 버 넌 스 도구, 일부 Microsoft 클라우드 솔루션을 통해 Azure에서 계층의 각 수준이 나 범위를 지 원하는 방법을 보여 줍니다.This article shows how each level or scope of the hierarchy is supported in Azure through organizational tools, deployment and governance tools, and some solutions in the Microsoft Cloud Adoption Framework for Azure.

Azure에서 계층 구조 구성Organizing the hierarchy in Azure

Azure Resource Manager에는 클라우드 계층의 각 수준에서 자산을 구성 하는 데 도움이 되는 여러 가지 조직 방식이 포함 되어 있습니다.Azure Resource Manager includes several organizational approaches that help organize assets at each level of the cloud hierarchy.

다음 다이어그램의 슬라이드 모음은 맞춤의 일반적인 변형을 보여 줍니다.The slide bars in the following diagram demonstrate common variants in alignment. 슬라이드 바의 회색 부분은 일반적 이지만 특정 비즈니스 요구 사항에 대해서만 사용 해야 합니다.The gray parts of the slide bars are common but should be used only for specific business requirements. 이미지 뒤의 지점은 제안 된 모범 사례를 설명 합니다.The points after the image describe a suggested best practice.

계층에 정렬 된 리소스 조직

  • 포트폴리오: Enterprise 또는 business 유닛에 기술 자산이 포함 되지 않을 수 있지만 비용 결정에 영향을 줄 수 있습니다.Portfolio: The enterprise or business unit probably won't contain any technical assets but might affect cost decisions. 엔터프라이즈 및 사업부는 관리 그룹 계층 구조의 루트 노드로 표시 됩니다.The enterprise and business units are represented in the root nodes of the management group hierarchy.
  • 클라우드 플랫폼: 각 환경에는 관리 그룹 계층 구조에 자체 노드가 있습니다.Cloud platforms: Each environment has its own node in the management group hierarchy.
  • 랜딩 영역 및 cloud foundation: 각 방문 영역은 구독으로 표시 됩니다.Landing zones and cloud foundation: Each landing zone is represented as a subscription. 마찬가지로 플랫폼 기초는 자체 구독에 포함 됩니다.Likewise, platform foundations are contained in their own subscriptions. 일부 구독 디자인은 클라우드 당 또는 작업당 구성 도구를 변경 하는 구독에 대해를 호출할 수 있습니다.Some subscription designs might call for a subscription per cloud or per workload, which would change the organizing tool for each.
  • 워크 로드: 각 워크 로드는 리소스 그룹으로 표시 됩니다.Workloads: Each workload is represented as a resource group. 리소스 그룹은 종종 솔루션, 배포 또는 자산의 기타 기술 그룹을 나타내는 데 사용 됩니다.Resource groups are often used to represent solutions, deployments, or other technical groupings of assets.
  • 자산: 각 자산은 기본적으로 Azure에서 리소스로 표시 됩니다.Assets: Each asset is inherently represented as a resource in Azure.

태그를 사용 하 여 구성Organizing with tags

모범 사례와의 편차는 일반적입니다.Deviations from the best practice are common. 모든 자산에 태그를 지정 하 여 기록할 수 있습니다.You can record them by tagging all assets. 태그를 사용 하 여 계층의 각 관련 계층을 나타냅니다.Use a tag to represent each of the relevant layers of the hierarchy. 자세한 내용은 권장 이름 지정 및 태그 지정 규칙을 참조 하세요.For more information, see Recommended naming and tagging conventions.