Azure日志分析和应用程序洞察应该针对每个应用程序还是针对每个环境使用？

我们有一个基于Azure的系统，它的复杂性在不断增长，我们需要监控事件链，确保它们到达我们期望的地方

我们有一个on-prem Java应用程序，它将事件发送到IoT中心。物联网枢纽路由到服务总线队列。我们有更新cosmos数据库、触发其他函数或路由到其他队列的函数。有些函数也可以通过API管理实例调用

我们的函数已经连接到Application Insights，此处Application Insights实例的名称与Function App的名称相同（IIRC此名称是通过创建AI资源的表单建议的）

application Insights中的应用程序映射使我倾向于每个环境使用一个AI，以获得系统的完整映射。日志分析似乎也符合逻辑，每个环境使用一个日志分析，以便在需要时能够潜在地关联数据

日志分析和应用程序洞察的正确路径分别是什么

---

如果我的标题不象我所说的那样清楚，当我开始使用这些服务时，我需要考虑哪些因素？

< P>正确的实例数是最适合你的一个，这是否正好遵循推荐的做法。

建议每个环境使用一个工作区，并确保应用程序洞察中的cloud_RoleName能够区分系统的各个部分。日志分析也有类似的考虑

函数默认情况下会随应用程序一起旋转应用程序洞察实例，因为如果不使用应用程序洞察，将失去大部分日志记录功能-将其连接到应用程序洞察很重要，但在较大的系统中，覆盖默认行为并连接到集中工作区是常见的

当然，您可能希望拆分工作区是有原因的，您可以根据需要跨工作区合并数据，以将日志分析和应用程序洞察实例中的数据拉到一起

数据访问控制或地理位置。如果您需要将数据的一部分保留在特定的地理边界内或限制某些人的访问，则将该部分分离

与安全问题类似的是计费问题。如果出于任何原因，需要拆分应用程序不同部分的账单，那么您还需要拆分日志部分

系统的不同部分很少进行交互，或者由不同的团队进行维护，将数据组织到不同的工作区将提供更多的好处，而不需要跨平台的麻烦-

你将超越一个游戏的限制。很少有应用程序真正达到这些限制，但它们确实存在

---

非常感谢您的深入回答。有意义的是，基于这一点，每个环境的单一工作区将满足我们目前的需求。