Power 双治理,良好实践,第2部分:使用OneDrive,团队和SharePoint Online进行版本控制

Power 双治理,商业用OneDrive,Microsoft Teams和SharePoint Online的版本控制

软件开发生命周期中最重要的方面之一是控制解决方案的不同版本,尤其是在一个项目中,有多个开发人员参与实施的项目中。就像通常在Visual Studio中创建项目并将更改提交回GitHub或Azure DevOps之类的源代码控制系统一样,’建议保留Power 双报告不同版本的历史记录。我们对源代码控制解决方案的期望是,在开发项目时始终跟踪源代码中发生的所有更改。因此,您可以根据需要轻松地回滚到以前的状态。 

拥有源代码控制流程的另一个好处是,当多个开发人员在一个项目上工作时。它们中的每一个都对源代码进行更改,然后将所有更改提交到源代码控制服务器中,而不会相互覆盖’ work. 

但是使用Power 双会有些不同。 Power 双报告文件是以二进制格式存储的PBIX文件(嗯,PBIX基本上是一个zip文件吗?),在撰写本文时,尚无官方方法来实施Power 双 源代码控制 在任何源代码控制解决方案中,如GitHub或Azure DevOps(YET)。 

微软上周(6/05/2020)宣布了一项名为“部署管道”的功能完全可以满足我们的需求,但目前是预览功能,仅适用于具有Power 双 Premium的组织。因此,对于我们大多数人来说,这是不可行的。

话虽如此,仍然存在一种方法来保留PBIX文件不同版本的形状变化的历史记录。这就是所谓的 版本控制.

开发报告时,有几种方法可以启用对PBIX文件的版本控制。无论版本控制平台是什么,您都需要考虑拥有多个环境以及谁可以访问它们以执行操作。

环境可访问描述
发展历程开发者数据建模人员和报表编写者出于开发目的而访问此环境。 
用户验收测试 (UAT)开发人员,中小企业,技术主管,Power 双管理员开发完成后,开发人员将解决方案部署到UAT环境。然后,该解决方案将由SME(主题专家)进行测试,以确保满足业务要求。
预生产 (可选,但推荐)Power 双管理员技术主管解决方案通过所有UAT测试方案后,技术主管或Power 双管理员将其部署到Pro-prod中进行最终检查,以确保所有数据源正确指向生产数据源,并且所有报告和仪表板均按预期工作。 
生产技术主管,Power 双管理员,最终用户产品前检查完成后,技术主管或Power 双管理员将解决方案部署到生产环境中,然后供最终用户使用。

版本控制选项

如果您的组织没有高级能力,则“Deployment Pipelines”该功能对您不可用。因此,您需要提出一个解决方案。在本节中,我列出了一些可用的版本控制选项

  • 商业用OneDrive
  • 微软团队 / 的SharePoint在线
继续阅读 “Power 双治理,良好实践,第2部分:使用OneDrive,团队和SharePoint Online进行版本控制”

介绍Power 双治理和采用良好实践系列

Power 双治理系列介绍

根据我从2000年初开始在IT行业工作的经验,数据治理一直是非常重视的一个方面。

多年以来,行业一直了解到有一套适当的数据治理流程来确保数据安全健康的重要性,这样才能充分利用数据。 Power 双与其他任何数据平台都没有什么不同,因此数据治理是其中的重要组成部分。但是,自助服务数据管理的概念提供了所有优点,并提供了一种敏捷方法,导致一些组织从一开始就不考虑其治理方法。

另一方面,有些人认为治理是负担,减缓了采用速度。有些人认为更糟,他们认为治理是一个障碍,使很多不必要的限制到位,从而降低了效率。

但是实际上,如果您迟早开始进行数据治理规划,则可以保护组织免受大量风险的侵害,而这些风险会变得非常讨厌和昂贵,例如:

  • 由于数据泄漏和隐私问题而引起的诉讼风险
  • 由于数据质量差而进行的不可信数据分析和报告
  • 由于缺乏审计而使解决方案表现不佳
  • 不确定的环境导致开发效率低下
缺乏治理的风险
继续阅读 “介绍Power 双治理和采用良好实践系列”