在 Microsoft Fabric 中计划和创建域的最佳做法
Fabric 中的域有助于根据组织的需求和目标组织业务数据，并促进使用。
通过使得能够将租户设置委派给可为每个域设置适当控件的域管理员，域还可促进分布式治理。
规划
实现域时，要考虑以下几个事项：
首先，考虑在域设计阶段涉及以下角色：
卓越中心、业务和技术架构师。
卓越中心、业务和技术主管及所有者。
安全性和合规性官员。
接下来，给出以下问题的答案：
谁负责数据？
组织数据的最佳结构是什么？
是否需要额外的层次结构级别？ （此注意事项有助于决定是否以及如何在每个域中创建子域）。
行业中的常见组织结构
以下部分介绍行业中几种最常见的组织结构。
职能结构
在职能结构中，根据所担任的角色和履行的业务职能，将组织划分为多个单元（如财务、人力资源、销售等）。 此结构具有明确的层次结构、集中的领导和明确定义的责任和权限。
职能结构实现了专业化、可伸缩性和问责制。 它还设定了明确的期望，并提供了直接的指挥链。
产品/项目结构
基于产品/项目的结构适用于拥有多条产品线或需要不同团队和资源的项目的公司。
通过产品/项目结构，公司可为每个产品或项目分配专门的团队，并促进创新和协作。
基于产品/项目的结构的一个缺点是，它会造成职能的重复、资源的竞争以及团队之间缺乏协调。
基于流程的结构
基于流程的结构适用于拥有跨越不同产品或市场的标准化或重复性流程的公司。 通过基于流程的结构，公司可优化每个流程的效率、质量和一致性，并使用流程团队的专业知识和技能。 然而，基于流程的结构也可能造成团队之间的孤岛、沟通缺口和客户关注度降低。
基于区域的结构
基于区域的结构适用于在不同地区或国家运营且需要适应当地环境、文化和法规的公司。 通过基于区域的结构，公司可将决策权委托给区域经理，区域经理可根据区域客户需求和参考定制产品和服务。
混合结构
混合结构是两种或多种组织结构（如职能、产品或市场）的组合。 混合结构可帮助公司平衡每个结构的优点和缺点，实现更高的效率和灵活性。 例如，一家公司可能有负责财务、人力资源和研发的全球职能部门，以及负责特定业务单元或细分的产品或市场部门。
子域结构
子域可遵循父域的相同逻辑，也可根据组织需求有自己的结构。 例如，一个组织的域可根据基于职能的结构来构建，而子域可使用基于区域的结构来构建。
工作区分配
创建域和子域的结构后，下一步是为每个域或子域分配工作区。 可通过不同的方式将工作区分配给域，具体取决于用于创建域和子域的命名约定和条件。 一些可能的方法是：
按工作区名称：此方法对于遵循一致且清晰的工作区命名模式，并且其名称反映或涉及相关域或子域的组织非常有用。 例如，如果域为“Finance”且子域为“Accounting”，则名为“Finance-Accounting-Report”的工作区将被分配给该“Accounting”子域。
按工作区所有者：此方法适用于拥有清晰稳定的工作区所有权结构且拥有与域或子域相对应的所有者的组织。 例如，如果域为“Product”且子域为“Fabric”，则“Product Manager-Fabric”拥有的工作区将被分配给该“Fabric”子域。
按容量：此方法适用于已采用具有容量的数据网格体系结构且具有与域或子域相匹配的容量的组织。 例如，如果域为“Marketing”且子域为“Analytics”，则分配给容量“Marketing-Analytics”的工作区将被分配给该“Analytics”子域。