我相信 mvc mini profiler 有点“天赐良机”
我已将它合并到一个针对 Azure 平台的新 MVC 项目中。我的问题是 -如何处理跨服务器(角色实例)障碍的分析?
这甚至可能吗?
我相信 mvc mini profiler 有点“天赐良机”
我已将它合并到一个针对 Azure 平台的新 MVC 项目中。我的问题是 -如何处理跨服务器(角色实例)障碍的分析?
这甚至可能吗?
我不明白为什么您需要以不同的方式分析这些应用程序。您想要分析您的应用程序在生产服务器上的行为方式 - 继续进行。
单个请求仍将在单个实例上执行,您将从同一个实例中获取数据。如果您还想分析位于不同物理层的服务,则需要不同的方法;涉及通过内部端点进行的通信,我确信迷你分析器不支持开箱即用。但是,修改不应该那么复杂。
但是,您是否想对物理上分离的层进行剖析,我会以不同的方式进行。具体来说,独立地分析每一层。因为这就是我要优化它的方式。如果您在探查器语句中包装对其他层的调用,您可以看到问题所在并且仍然能够解决它。
默认情况下,mvc-mini-profiler 使用HttpRuntime.Cache
. 这将在多实例环境中引起一些问题。
如果您使用多个实例,那么您可以通过以下方式完成这项工作:
显然,无论您选择哪种策略,都需要更多的时间/资源,而不仅仅是单实例实现。