繁体   English   中英

硬编码的ApplicationInsightsResourceId如何影响从不同生产级别的资源中收集AI数据?

[英]How does the hard-coded ApplicationInsightsResourceId impact the gathering of AI data from resources in varying production levels?

我有一个应用程序,我试图在Azure Application Insights遥测中添加。 我一直在阅读如何在运行时修改InstrumentationKey,以选择不同的遥测目标。 但是,我一直在阅读的文档中没有一个解释如何选择不同的ApplicationInsightsResourceId,它似乎包含路径,我的subscriptionID,资源组和洞察组件。 当我第一次将AI添加到项目中时,该值存储在csproj文件中。

但是,在我的应用程序中,我们有4个主要环境...... CI,Test,Stage,Prod。 这些环境中的每个环境都在不同的资源组中,事实上,“Prod”甚至完全在不同的azure订阅中。

所以我的问题是,如何根据从配置中读取的启动值(应用程序设置等)确保我的遥测数据被发送到正确的环境? InstrumentationKey是否足以定位其他AI目标,尽管它们位于不同的资源组中(并且希望订阅)?

编辑

所以,没有什么比做一些学习的了,对吧? 我刚从各种资源组和订阅中的洞察资源中尝试了一些不同的instrumentationKeys,显然,“它只是有效”; 无论订阅或其他组织结构如何,在任何地方发送遥测数据所需的唯一变化似乎是iKey。 也许我们可以修改这个问题,以澄清我的结论不正确或误导的任何要点,或许可以链接到解释这一点的资源?

是的,您绝对正确 - InstrumentationKey是将数据发送到正确的Application Insights资源的唯一必需品。 ApplicationInsightsResourceId仅用于从Visual Studio导航到门户。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM