Azure日志分析和应用程序洞察应该用于每个应用程序还是每个环境？
我们有一个基于Azure的系统，它的复杂性在不断增加，我们需要监控事件链，并确保它们到达我们期望的地方。
我们有一个在线Java应用程序，它将事件发送到IoT集线器。IoT集线器路由到服务总线队列。我们有更新cosmos数据库、触发其他函数或路由到其他队列的函数。有些函数还可以通过API管理实例调用。
我们的函数已经连接到Application Insights，这里Application Insights实例的命名与函数App相同（IIRC这个命名是通过创建AI资源的表单建议的）
如果不是像我的标题所说的那样旗帜鲜明，那么当我开始使用这些服务时，需要考虑哪些因素呢？
共有1个答案
正确数量的实例才是最适合您的实例，无论它是否完全遵循推荐的实践。
建议每个环境使用一个工作区，并确保App Insights中的cloud_RoleName来区分系统的各个部分。日志分析也有类似的考虑。
Functions默认将App Insights实例与App一起旋转，因为如果不使用App Insights，就会丢失大部分日志记录功能--将其连接到App Insights很重要，但重写默认行为并连接到集中的工作区在较大的系统中很常见。
当然，您可能希望拆分工作区是有原因的，您可以根据需要在工作区之间联合数据，以便从日志分析和App Insights实例中提取数据。
- 数据访问控制或地理位置。如果您需要将一部分数据保留在特定的地理边界内或限制对特定人员的访问，请将该部分拆分。
- 与安全问题类似的是计费问题。如果出于任何原因，需要拆分应用程序不同部分的帐单，那么您也希望拆分日志记录部分。
- 系统的不同部分很少交互，或者由不同的团队维护，并且将数据组织到单独的工作区将提供更多的好处，而不是交叉的麻烦-
- 您将超越单一资源的限制。很少有应用程序真正达到这些限制，但它们确实存在。
-
Azure应用程序洞察或日志分析的用例是什么？ 我正在使用APIM和Azure函数，并希望对请求执行日志记录。应用洞察和日志分析哪一个最合适？ https://docs.microsoft.com/en-gb/Azure/Azure-monitor/overview 更新 特别是关于APIM使用的Azure应用程序洞察与日志分析的任何信息？
-
在运行.NET Core3.1控制台应用程序时，我正在尝试获取应用程序的见解，以便在azure批处理作业/任务中工作。 https://docs.microsoft.com/en-us/Azure/Batch/Monitor-Application-Insights https://docs.microsoft.com/en-us/Azure/Azure-monitor/app/worker-se
-
有没有什么简单的方法可以找到哪些应用程序正在使用azure Portal的特定应用程序洞察？ 我已经检查了门户中的各种选项，但没有找到任何易于理解的界面，我可以在其中找到正在向特定应用程序Insights发送数据的应用程序列表。
-
有没有人有关于如何将Azure应用程序洞察集成到作为控制台应用程序构建的Azure WebJob的示例或文章的链接？
-
我想有一个共享的应用程序insights实例，将保存来自不同微服务运行的所有日志。 或者说，共享应用程序insights实例并将所有日志和遥测都放在一堆中是不是一个坏主意？
-
我正在设置一个新的web应用程序，通过Application Insights登录。我已经安装了AI，并且看到了所有预期的遥测（服务器请求、失败的请求等），但没有通过ILogger发送日志。我已经看过所有类似的问题，我可以找到这样，但没有解决我的问题。 我正在使用。NET 5和2.17版。Microsoft的0（最新版本）。应用程序指示灯。AspNetCore-nuget包。连接字符串和检测键显示