Microsoft Fabric에서 도메인을 계획하고 만들기 위한 모범 사례
Fabric의 도메인은 조직의 요구 사항과 목표에 따라 비즈니스 데이터를 구성하고 소비를 용이하게 하는 데 도움이 됩니다.
또한 도메인은 각 도메인에 적절한 컨트롤을 설정할 수 있는 도메인 관리자에게 테넌트 설정을 위임할 수 있도록 하여 분산 거버넌스를 촉진합니다.
계획
도메인을 구현할 때 고려해야 할 몇 가지 사항이 있습니다.
먼저 도메인 디자인 단계에서 다음 역할을 포함하는 것이 좋습니다.
우수성, 비즈니스 및 기술 설계자의 중심.
우수성, 비즈니스 및 기술 리더 및 소유자의 중심.
보안 및 규정 준수 책임자.
다음으로 다음 질문에 대한 답변을 매핑합니다.
데이터에 대한 책임은 누구에게 있나요?
조직 데이터에 가장 적합한 구조는 무엇인가요?
계층 구조의 추가 수준이 필요한가요? (이 고려 사항은 각 도메인 내에서 하위 도메인을 만드는지 여부와 방법을 결정하는 데 도움이 됩니다).
업계의 일반적인 조직 구조
다음 섹션에서는 업계에서 가장 일반적인 몇 가지 조직 구조에 대해 설명합니다.
기능 구조
기능 구조에서 조직은 수행하는 역할 및 비즈니스 기능에 따라 단위(예: 재무, HR, 영업 등)로 나뉩니다. 이 구조에는 명확한 계층 구조, 중앙 집중식 리더십 및 잘 정의된 책임 및 권한이 있습니다.
기능 구조를 사용하면 특수화, 확장성 및 책임을 수행할 수 있습니다. 또한 명확한 기대치를 설정하고 명령의 직접 체인을 제공합니다.
제품/프로젝트 구조
제품/프로젝트 기반 구조는 여러 제품 라인 또는 다른 팀과 리소스가 필요한 프로젝트가 있는 회사에 적합합니다.
제품/프로젝트 구조를 통해 회사는 각 제품 또는 프로젝트에 전담 팀을 할당하고 혁신과 협업을 촉진할 수 있습니다.
제품/프로젝트 기반 구조의 단점은 기능의 중복, 리소스 경쟁 및 팀 간의 조정 부족을 만들 수 있다는 것입니다.
프로세스 기반 구조체
프로세스 기반 구조는 서로 다른 제품 또는 시장에 걸쳐 있는 표준화되거나 반복적인 프로세스를 가진 회사에 적합합니다. 프로세스 기반 구조를 통해 회사는 각 프로세스의 효율성, 품질 및 일관성을 최적화하고 프로세스 팀의 전문 지식과 기술을 사용할 수 있습니다. 그러나 프로세스 기반 구조는 사일로, 통신 격차 및 팀 간의 고객 집중을 줄일 수도 있습니다.
지역 기반 구조체
지역 기반 구조는 다른 지역 또는 국가에서 운영되며 지역 환경, 문화 및 규정에 적응해야 하는 회사에 적합합니다. 지역 기반 구조를 통해 회사는 지역 고객 요구 및 참조에 맞게 제품 및 서비스를 조정할 수 있는 지역 관리자에게 의사 결정 권한을 위임할 수 있습니다.
혼합 구조체
혼합 구조는 기능, 제품 또는 시장과 같은 두 개 이상의 조직 구조의 조합입니다. 혼합 구조는 회사가 각 구조의 장단점의 균형을 맞추고 효율성과 유연성을 높이는 데 도움이 될 수 있습니다. 예를 들어 회사에는 재무, 인사, 연구 개발, 특정 사업부 또는 부문의 제품 또는 시장 부서에 대한 글로벌 기능 부서가 있을 수 있습니다.
하위 도메인 구조체
하위 도메인은 부모 도메인의 동일한 논리를 따르거나 조직의 요구 사항에 따라 자체 구조를 가질 수 있습니다. 예를 들어 조직의 도메인은 함수 기반 구조에 따라 빌드될 수 있지만 하위 도메인은 지역 기반 구조로 빌드될 수 있습니다.
작업 영역 할당
도메인 및 하위 도메인의 구조를 만든 후 다음 단계는 각 도메인 또는 하위 도메인에 작업 영역을 할당하는 것입니다. 도메인 및 하위 도메인을 만드는 데 사용되는 명명 규칙 및 조건에 따라 작업 영역을 도메인에 할당하는 방법에는 여러 가지가 있습니다. 몇 가지 가능한 방법은 다음과 같습니다.
작업 영역 이름 기준: 이 메서드는 해당 작업 영역에 대해 일관되고 명확한 명명 패턴을 따르고 관련 도메인 또는 하위 도메인을 반영하거나 관련된 이름을 가진 조직에 유용합니다. 예를 들어 도메인이 Finance이고 하위 도메인이 Accounting인 경우 Finance-Accounting-Report라는 작업 영역이 해당 회계 하위 도메인에 할당됩니다.
작업 영역 소유자: 이 방법은 해당 작업 영역에 대해 명확하고 안정적인 소유권 구조를 가지며 도메인 또는 하위 도메인에 해당하는 소유자가 있는 조직에 적용할 수 있습니다. 예를 들어 도메인이 Product이고 하위 도메인이 Fabric인 경우 Product Manager-Fabric이 소유한 작업 영역이 해당 Fabric 하위 도메인에 할당됩니다.
용량 기준: 이 방법은 용량이 있는 데이터 메시 아키텍처를 채택하고 도메인 또는 하위 도메인과 일치하는 용량을 가진 조직에 적합합니다. 예를 들어 도메인이 마케팅이고 하위 도메인이 Analytics인 경우 용량 Marketing-Analytics에 할당된 작업 영역이 해당 분석 하위 도메인에 할당됩니다.