我有一个问题，它负责为具有多个web元素（一些asp.net应用程序，一些纯api端点）以及移动应用程序（这些应用程序对我而言不太感兴趣，现在可以是处理一点点孤立）。
从成本的angular度来看，应用程序洞察看起来是迄今为止“最好”的解决scheme。
但是：这也似乎是应用程序洞察力不是真正处理分布式应用程序。
什么是build议的方式来做一个不平凡的设置？
如果我创build一个应用程序洞察力资源，我可以在一个桶中获得所有度量标准等，包括所有级别的所有API调用，但是我必须过滤掉仅查看一个网站的度量标准。 为此我必须以某种方式滥用https://blogs.msdn.microsoft.com/visualstudioalm/2015/01/07/application-insights-support-for-multiple-environments-stamps-and-app中描述的标记机制- / iirc。
如果我做了多个资源，那么“桶在资源边界停止”。 所以，后台调用的UI将不会从UI中的sql语句获得性能，因为API将使用separte检测密钥。
这让我不知所措。 有什么build议？ 有几乎没有围绕谷歌的讨论指向我，所有的情况下，似乎假设一个非常简单的应用程序设置（一个网站）。