问题 #1
案例研究 -
这是一项案例研究。案例研究不单独计时。您可以根据需要使用任意数量的考试时间来完成每个案例。但是，本次考试可能包含额外的案例研究和部分内容。您必须合理安排时间，确保能够在规定时间内完成所有问题。
要回答案例研究中的问题，您需要参考案例研究中提供的信息。案例研究可能包含图表和其他资源，以提供有关案例研究中所述场景的更多信息。案例研究中的每个问题都是独立的。案例研究
结束后，将出现一个复习页面。您可以在此页面上查看答案并进行修改，然后再进入考试的下一部分。一旦开始新的部分，您将无法返回到此部分。
开始案例研究 -
要显示案例研究中的第一个问题，请单击“下一步”按钮。在回答问题之前，请使用左侧窗格中的按钮浏览案例研究的内容。单击这些按钮将显示诸如业务需求、现有环境和问题陈述等信息。如果案例研究包含“所有信息”选项卡，请注意，其中显示的信息与后续选项卡中显示的信息相同。准备好回答问题后，单击“问题”按钮返回问题页面。
概述 -
Contoso, Ltd. 是一家总部位于美国的保健品公司。Contoso 有两个部门，分别名为销售部和研发部。销售部包含两个部门，分别名为在线销售部和零售销售部。研发部将内部开发的产品线分配给各个研究人员和分析师团队。
现有环境 -
身份环境 -
Contoso 拥有一个名为 contoso.com 的 Microsoft Entra 租户。该租户包含两个组，分别名为 ResearchReviewersGroup1 和 ResearchReviewersGroup2。
数据环境 -
Contoso 拥有以下数据环境：
销售部使用 Microsoft Power BI Premium 容量。
在线销售部的语义模型包含一个名为“订单”的事实表，该表使用“导入已完成”功能。在源系统中，“订单 ID”值表示订单的创建顺序。
研发部使用本地部署的第三方数据仓库产品。contoso.com
已启用 Fabric。
名为 storage1 的 Azure Data Lake Storage Gen2 存储帐户包含名为 Productline1 的产品线的研究部门数据。数据采用增量格式。
名为 storage2 的 Data Lake Storage Gen2 存储帐户包含名为 Productline2 的产品线的研发部门数据。数据格式为 CSV。
需求 -
计划变更 -
Contoso 计划进行以下变更：
在销售部门使用的 Power BI Premium 容量中启用 Fabric 支持。
使销售部门和研发部门的所有数据均可在 Fabric 中使用。
对于研发部门，创建两个名为 Productline1ws 和 Productline2ws 的 Fabric 工作区。
在 Productline1ws 中，创建一个名为 Lakehouse1 的 Lakehouse。
在 Lakehouse1 中，创建一个名为 ResearchProduct 的指向 storage1 的快捷方式。
数据分析需求 -
Contoso 确定了以下数据分析需求：
销售部门和研发部门的所有工作区必须支持所有 Fabric 功能。
研发部门的工作区必须使用按分钟计费的专用按需容量。
研发部门的工作区必须在逻辑上分组，以支持基于部门名称的 OneLake 数据中心筛选。
对于研究部门的工作区，ResearchReviewersGroup1 的成员必须能够使用 SQL 端点读取 Lakehouse 和仓库数据以及快捷方式。
对于研究部门的工作区，ResearchReviewersGroup2 的成员必须能够使用 Lakehouse Explorer 读取 Lakehouse 数据。
研究部门的所有语义模型和报告必须使用支持分支的版本控制。
数据准备要求 -
Contoso 确定了以下数据准备要求：
必须使用 Fabric notebook 从 Lakehouse1 检索 Productline1 的研究部门数据。Lakehouse
中的所有研究部门数据必须以托管表的形式呈现在 Lakehouse Explorer 中。
语义模型要求 -
Contoso 确定了以下语义模型的实施和管理要求：
必须尽量减少刷新期间添加到 Orders 表中的行数。
研究部门工作区中的语义模型必须使用 Direct Lake 模式。
通用要求 -
Contoso 确定了所有解决方案都必须考虑的以下高级要求：
在适用情况下遵循最小权限原则。
尽可能减少实施和维护工作量。
您需要确保 Contoso 可以使用版本控制来满足数据分析需求和一般需求。
您应该怎么做？
答案: C
本题要求为研究部门的语义模型和报告配置支持分支的版本控制，同时满足最小权限和最小运维工作量的要求。首先，Microsoft Fabric工作区原生支持通过绑定Git存储库实现内容的版本控制，可支持分支管理、版本追溯等需求。Contoso现有环境采用微软生态体系，包含Microsoft Entra租户、Azure存储资源等，选择Azure Repos作为Git存储库可直接复用现有Entra身份体系实现权限统一管理，无需额外搭建或对接第三方身份系统，大幅降低实施和运维成本，同时符合最小权限原则，完美匹配题目所有需求。
各选项分析：
A. 将语义模型和报告存储在Data Lake Gen2存储中。ADLS Gen2是对象存储服务，本身仅提供基础的文件版本记录功能，不支持分支管理、版本对比、协作合并等代码级版本控制能力，无法满足题目要求的支持分支的版本控制需求，同时需要额外开发配套的版本管理逻辑，大幅提升运维成本，因此A错误。
B. 修改研究工作区的设置，使其使用GitHub存储库。虽然Fabric支持绑定GitHub作为Git存储库，但Contoso现有环境无GitHub相关部署，需要额外配置GitHub与Entra的身份对接、单独维护GitHub侧的权限体系，会增加实施和运维工作量，不符合题目要求的尽可能减少维护工作量的原则，因此B错误。
C. 修改研究部门工作区的设置，使其使用Azure Repos存储库。Azure Repos是Azure DevOps的原生Git服务，与Microsoft Entra ID、Fabric无缝集成，可直接复用Contoso现有的Entra身份和组配置实现权限分配，支持完整的分支版本控制能力，无需额外配置第三方系统，完美匹配最小权限、最小运维的要求，同时满足版本控制的功能需求，因此C正确。
D. 将所有语义模型和报告存储在Microsoft OneDrive中。OneDrive仅提供简单的文件版本回溯功能，不支持分支管理、协作合并等专业版本控制能力，无法满足题目要求的支持分支的版本控制需求，因此D错误。
关键知识点：
1. Microsoft Fabric工作区支持与Git存储库集成，可实现语义模型、报表等Fabric内容的版本控制、分支管理和协作开发，是实现Fabric内容生命周期管理的核心功能。
2. Fabric Git集成支持Azure Repos和GitHub两种存储库类型，企业用户在已有Azure和Microsoft Entra生态的场景下，选择Azure Repos可实现身份权限统一管理，大幅降低运维成本。
3. 最小权限和运维成本最小化是DP-600认证中方案选型的核心原则，需结合用户现有环境选择最优集成方案。
参考资料：
1. Git integration in Microsoft Fabric overview, 2. Get started with Git integration in Microsoft Fabric, https://learn.microsoft.com/en-us/fabric/cicd/git-integration/git-get-started