适用于内部和外部应用的Power Bi Embedded

时间:2016-06-17 00:16:38

标签: sql deployment powerbi powerbi-embedded

Microsoft将以下关于Power BI Embedded的内容用于内部使用。

“Power BI Embedded仅供外部使用,不得在内部业务应用程序中使用。为了嵌入Power BI内容以用于内部业务应用程序,您应该使用Power BI服务,并且所有用户都应该使用它内容必须具有有效的Power BI Free或Power BI Pro用户订阅许可证。“引用在这里找到: https://azure.microsoft.com/en-us/pricing/details/power-bi-embedded/

在Power BI治理白皮书中,“混合实现:自定义应用程序集成”方法与“混合实现:公共网站”选项之间的区别在于前者具有“自定义应用程序”,该“自定义应用程序”生活在“本地”随后应用程序被转移到“云服务”并重新命名为“公共网站”。

我认为“公共网站”是可从互联网访问的网站。但它并不排除要求身份验证。因此,如果我使用公共网站,但只允许经过身份验证的个人查看报告,那么我可以使用Power BI Embedded吗?

如何通过MS定义内部应用程序与外部应用程序的对比?

区分技术(网络可访问与网络(内联网)无法访问)或是商业/精神驱动的区别(即如果主要是由组织内的个人使用,那么它必须被视为内部应用程序即使可以公开访问)?

我希望答案是:如果可以通过互联网访问,即使应用程序仅允许访问我们的企业用户,也可以使用BI Embedded。

对于内部应用程序,我必须拥有专业版许可证,并且无法在交互式应用程序中嵌入报表。用户必须单击并重定向到power bi服务。

我不想绕过支付专业用户许可证。我感兴趣的是让技术/设计自由在浏览器中呈现一个带有其他内容的品牌应用程序,以及在浏览器中刷新的功能BI内容。该网址必须是我们的域名。对于我(还)来说,应用程序是否存在于天蓝色或内部空间中并不重要。但是如果把它放在Azure中使它外部并给我嵌入式我会这样做。重定向到Power BI服务并不是我们正在寻找的受控体验。

如果我在互联网上提供应用程序并要求针对Azure AD进行身份验证,我可以使用Power BI Embedded吗?

除了略微提升的安全问题(Azure默认使用ssl),将企业用户部署到Web应用程序的Power BI仪表板,对AD进行身份验证以及具有Power BI嵌入式体验有什么问题?有关内部与外部的利弊以及MS如何区分的任何见解? 谢谢你的帮助

1 个答案:

答案 0 :(得分:1)

是的,您可以使用嵌入在面向互联网的应用程序中的Power BI,该应用程序只能由您的应用程序用户访问。您的应用程序需要处理哪些用户可以访问哪些报告的安全性。然后,您可以使用Power BI SDK在运行时生成所需的嵌入标记。

请记住,永远不要从Azure门户公开您的访问密钥,因为这些密钥可用于对您的工作区集合执行任何选项。

相关问题