问题标签 [application-warmup]

Application_Start我有一个库模块，我们在所有 Web 应用程序中都使用它，它以 ASP.NET Webforms 应用程序的方法将所有加载的程序集（及其版本号）列出到我们的 log4net 日志文件中。

这已经完美运行了很长时间 - 直到今天，当我尝试在“应用程序预热”方法之后使用它时（Scott Guthrie 在他的博客文章中描述了在部署到 IIS 之后运行（并且在ASP.NETApplication_Start运行之前） - 现在突然我收到一个错误：

System.NotSupportedException：动态程序集中不支持调用的成员。

报告已加载程序集的代码如下所示：

我不是 100% 清楚哪一行会引发错误——我怀疑是这个：

那么这条消息到底在告诉我什么？在这种情况下，我怎样才能得到我加载的程序集？

appengine api 中是否有任何方法可以以编程方式重新启动实例或使其停止，以便 appengine 生成另一个服务器实例？原因是在我们应用servlet，warmpup servlet初始化过程中，由于一些网络错误，一些服务没有正确初始化。这会在请求到达时导致错误。我们想知道我们应该如何处理这个问题？有没有办法处理预热 servlet 初始化异常并让容器知道，以便它会产生另一个。

为了加快我们的 ASP.NET MVC 应用程序的反应时间，我们希望在应用程序安装后（或在应用程序池被回收后）“预热”它。一些经常使用的查找数据应该从 SQL Server 数据库中获取，并存储到System.Runtime.Caching.MemoryCache.NET 提供的全局对象中。

对于您的 ASP.NET 应用程序有一个带有专用 IIS 的专用 VM 的情况，我首先将应用程序池设置为“始终运行”——这是第 1 步。

鉴于这种情况，我看到了两种选择：

1. 应用程序预热，如Scott Gu 的这篇博客文章中所述，基于System.Web.Hosting.IProcessHostPreloadClient界面。如果我理解正确，此代码在应用程序池启动时运行，并且在第一个请求被接受到应用程序之前运行

2. 使用 中的Application_Start事件global.asax.cs。如果我理解正确，此事件仅在第一次启动应用程序时调用一次（安装后会自动发生，因为应用程序池设置为“始终运行”-对吗？）

那么 - 鉴于此设置 - 这是“预热”您的应用程序的首选方式？这两种方法之间有什么显着差异吗？当使用一种方法而不是另一种方法时，我需要注意什么？

感谢您提供任何输入、提示、警告或更多链接，以更详细地解释这一点！

我有一个带有 2 个实例的 CloudService 经典应用程序，我将其称为 bob_app_001 和 bob_app_002，每个 BobApp 中有 5 个实例。

该应用程序是 ac# Api，它有一个端点，我们用于监视 ~/ping。

我目前通过从流量管理器中取出一项服务进行部署，让流量耗尽，然后 VIP 将登台交换到生产槽，然后重新添加到流量管理器。这里的问题是，随着服务自行启动，前几个请求总是很慢。我试图通过在将池放回旋转之前点击 ping 端点来旋转所有与 Web 相关的东西来避免这种情况。

如何编写脚本从 bob_app_001 获取所有应用程序的 url，然后我可以在 ping 端点上循环调用每个应用程序的 Invoke-WebRequest 以加热服务，然后在 VIP 交换后将其放回 TrafficManager。

我的任务是预热一个在 ECS 上部署的 Docker 容器中运行的 ASP.Net Core 应用程序。似乎使用 Kubernetes，我们可以定义一个就绪检查路径，Kubernetes 将首先向其发送请求，并且只有在该请求完成后才开始发送真实流量。

我们在 ECS 上是否有等效功能？

有关此问题但可以在 Kubernetes 中解决的参考： https ://blog.markvincze.com/running-asp-net-core-in-auto-scaling-containers-warm-up/

1. 此消息来源说Initialization：

   https://support.microsoft.com/en-us/help/2843964/application-initialization-module-fails-when-web-site-requires-ssl

2. 然后这个网站说SiteWarmup：

   http://ruslany.net/2015/09/how-to-warm-up-azure-web-app-during-deployment-slots-swap/

   （被大卫埃博本人引用：https ://github.com/projectkudu/kudu/issues/2583 ）

3. 然后这个说IIS 应用程序初始化预热：

   https://www.jan-v.nl/post/warming-up-your-app-service

我使用的是SiteWarmup，但最近出现了重大的热身问题。最近这里有什么变化吗？

您在哪里可以找到“官方”文档 - 我可以仔细检查。我希望它在 Azure 的某个地方使用粗体字母，因为 https 是当今的标准，并且它不适用于 https （或一般重定向）的开箱即用。

我正在以相当好的计划在 azure appservices 上运行我的 asp.net C# 应用程序，并且我的应用程序初始化速度非常慢。每次我部署或重新启动应用程序时都会发生这种情况。

起初，我认为我的 global.asax Application_Startup 需要很长时间才能从数据库加载配置。但后来我意识到它甚至需要 20 多分钟才能到达我的 Application_Startup。

我正在寻找有关在哪里寻找问题根本原因的想法。

非常感谢

我正在为一个 Web 应用程序编写一些 e2e 测试，其中有很多我需要与之交互的代码超出了我的控制范围。为了在每个测试或测试组开始时设置我的应用程序，我打算使用 sql 脚本将数据库播种到已知状态，然后强制 Web 应用程序重新启动，以便我无法控制的所有内部缓存都被重置.

考虑到这一点，有谁知道哪种方法可以让我以最快的速度重新启动 Web 应用程序？

我有的选择是：

1. 触摸 web.config
2. 在根目录中创建然后删除 app_offline.htm 文件
3. 创建一些可以调用 HttpRuntime.UnloadAppDomain 的 API

这些方法中的任何一种都比其他方法更快吗？它们实际上都一样吗？

我有一个作为 Azure AppService 运行的 ASP.Net Core 2.2 站点。作为配置的一部分，我有一个启用了仅 HTTPS设置的自定义域。

我还在我的 Appservice 上打开了Always on设置。

根据这篇文章 https://ruslany.net/2017/11/most-common-deployment-slot-swap-failures-and-how-to-fix-them/仅开启HTTPS时将忽略Always on设置结果，我的网站总是在第一次通话时冷启动。

根据同一篇文章，可以在 web.config 中设置规则条件，如果处理了 {warmup_request} ，则不处理重定向到 HTTPS规则。

但是，我的HTTPS 仅设置在 Azure 中的自定义域上，而不是 web.config 中的规则。

我在 startup.cs 中使用以下代码设置 RouteOptions：

并相信规则条件也可以在这里完成，options.ConstraintMap()但我不确定表示以下内容所需的语法或方法：

任何有关如何执行此操作的帮助将不胜感激

谢谢

我已经录制了 SkSl 脚本来预热着色器。我使用此构建选项将其应用于我的 Flutter 应用程序的发布版本：

它工作得很好，但是当新的 Flutter 版本发布时它停止工作。在这种情况下，我有一个错误：

我想在不构建我的发布应用程序的情况下检测此错误（作为 CI 的合并检查）。

问题：有可能吗？