以下是我们应用中建议的过渡:
到目前为止,我们已经在本地进行了所有设置,并且我们直接使用了Web API,而不是Service Bus和Azure函数。有了这种类型的基础架构,我们当前正在将MongoDB集合中的所有事件记录下来,并向用户提供单一的合并视图。这样他们就可以确定“生成发票”请求发生了什么,以及在哪个级别以及由于哪个错误而失败(如果失败)。
使用新提议的体系结构,我们正在确定此处的记录和跟踪方式,并向用户显示合并视图。
我能想到的唯一选择是从任何地方(即网站,服务总线,功能,Web API)记录Azure Cosmos DB中的所有事件,然后提供统一的视图。
有人可以建议所建议的方法是否可行吗?还是如果有人有更好的解决方案?
答案 0 :(得分:1)
Application Insights监视Web应用程序的可用性,性能和使用情况,是托管在云中还是本地。它利用Azure Monitor中强大的数据分析平台为您提供对应用程序操作的深入了解并诊断错误,而无需等待用户报告错误。
工作簿将数据可视化,Analytics查询和文本组合到交互式文档中。 您可以使用工作簿将常用用法分组在一起,可以合并来自特定事件的信息,也可以向团队报告应用程序的使用情况。
有关更多详细信息,您可以参考此article。