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如何定义内部应用程序与外部应用程序？
区别是技术性的（网络可访问还是不能从网络（内联网）访问）还是业务/精神驱动的区别（即，如果它主要由组织内的个人使用，那么即使公开，也必须将其视为内部应用程序无障碍）？
我希望答案是：如果可以从 Internet 访问，即使该应用程序仅允许我们的企业用户访问，也可以使用 BI Embedded。
对于内部应用程序，我必须拥有专业许可证，并且无法在交互式应用程序中嵌入报告。用户必须单击并被重定向到 power bi 服务。
我并不想为专业用户许可证付费。相反，我感兴趣的是拥有技术/设计自由来在浏览器中呈现带有其他可用内容的品牌应用程序，以及在浏览器中刷新的 Power BI 内容。URL 必须是我们的域。应用程序是在天蓝色还是在本地对我来说（还）并不重要。但是，如果将它放在 Azure 中使其成为外部并给我嵌入式，我会这样做。重定向到 Power BI 服务不是我们正在寻找的受控体验。
如果我在 Internet 上提供应用程序并要求对 Azure AD 进行身份验证，是否可以使用 Power BI Embedded？
除了略微提高的安全问题（Azure 默认使用 ssl）之外，将面向企业用户的 Power BI 仪表板部署到 Web 应用程序、针对 AD 进行身份验证并拥有 Power BI 嵌入式体验有什么问题？关于内部与外部的优缺点以及 MS 如何区分的任何见解？谢谢你的帮助