问题标签 [cold-start]

以消费计划运行的 Azure Functions 在函数有一段时间没有运行时会冷启动，我认为是在 20 分钟后。它对客户端的额外延迟大约为 10-20 秒。

我想知道这个冷启动是否针对每个客户？我的意思是如果一个函数已经由客户端 1 运行，然后另一个客户端 2 再次运行它，客户端 2 是否也会冷启动？

如果没有，我想如果我有客户整天连续使用我的功能，那么根本不会有冷启动（当然只有第一个客户除外）？然后冷启动对于大量使用的应用程序来说不会成为问题。

Firebase 已于 2021 年 9 月宣布，现在可以通过某种方式配置其云功能自动缩放，以便始终运行一定数量的实例（https://firebase.google.com/docs/functions/manage-functions #min-max-instances）。

我试图设置它，但我无法让它工作：起初我在 Google Cloud Console 中设置了最小实例数：Cloud Console Screenshot 这样做之后，我预计该云功能的一个实例将运行在任何时候。该函数的指标表明它的实例仍被缩减为 0：云函数“Active Instances Metric”

所以在我看来，我的设置在这里被忽略了。我错过了什么吗？Google Cloud Console 向我显示最小实例数已设置为 1，因此它似乎知道但忽略了它。此功能是否仅在某些地区可用？

我还尝试使用 Firebase SDK for Cloud Functions 设置最小实例数（https://www.npmjs.com/package/firebase-functions）。这给了我相同的结果，我的设置仍然被忽略。

我有一个部署在 Kubernetes 集群上的基于微服务的订购应用程序，我们在以下两种情况下观察到初始请求的高响应时间。

1. 如果我们进行滚动反弹，那么初始请求的响应时间会很长吗？
2. 如果系统空闲了几个小时，我们观察到请求的响应时间很长。（订购应用程序包含 40 多个不同的微服务。）

我们可以做任何配置来避免初始请求的这种行为吗？或者我们应该有一些热身脚本来解决这个问题。

请您告知您是如何处理此类案件的？

我需要解决 lambda 的一个常见问题，即冷启动问题。当我使用带有打字稿的 CDK 时。我见过很多解决方案，但没有找到正确的方法。如果有任何插件解决了我的问题，那么我提到了在一段时间后调用 lambda 函数的逻辑。还需要并发特性和成本也很重要，而在 CDK 中我为 lambda- 定义的类似代码

如何解决冷启动问题。

我在这里读到未处理的错误可能会导致冷启动。我正在实现一个触发功能，如下：

我是否需要捕获 google.detectLanguage() 方法错误以避免冷启动？

如果是，我应该怎么做（A 或 B）？

A：

乙：

更新

基于弗兰克解决方案：

在 Azure Functions 消费模式下，当暖实例计数从 1 变为 N 时，是否有冷启动？我知道当没有热实例运行时客户会经历冷启动。当应用程序扩展到单个暖实例之外时，这是如何工作的？

我的 AWS 中有两个 lambda 函数。一个充当自定义授权者，另一个充当调用 firebase FCM 通知服务的通知服务。

当一天中第一次向通知 lambda 发出请求时，没有响应。lambda 不起作用，因此不会调用 firebase 服务。

对我来说，这似乎是一个冷启动问题，所以我将 auth 和通知 lambda 的预配置并发添加到 1，希望它能够正常工作。但问题仍然存在。

Cloudwatch 日志根本没有帮助，因为它没有打印任何东西，我可以用它来找出问题。授权者 lambda 变冷并且没有响应，或者主通知 lambda 变冷并且没有响应，或者甚至两者都有问题。

在第一次调用 lambda 失败后，任何后续调用都会像魅力一样顺利工作。

我不想安装任何可以让 lambda 保持温暖的插件（不是客户端的选项），所以有没有其他方法可以诊断这个问题并修复它？

为了尽量减少冷启动，我为我的谷歌云函数设置了一个最小实例。我实际上是用这样的 firebase admin SDK 来做的：

...但我可以在 Google Cloud Console 中看到它得到确认：

我注意到每次部署后，我仍然会遇到一个冷启动。我会假设一个实例已准备好并准备好接受第一个请求，但事实似乎并非如此。例如，以下是日志：

您可以看到部署后约 16 小时，第一个请求进来。这是一个冷启动，需要 8139 毫秒。下一个请求大约在一个小时后到来，但没有冷启动，请求需要 556 毫秒，比第一个请求快得多。

这是预期的行为吗？即使设置了最小实例，我们还会遇到冷启动吗？然后，我是否应该在每次部署后使用虚拟请求启动云功能，以防止我的用户遇到第一次冷启动？

在我的硬件上，我使用 usb_transit_on 内部命令将 USB 端口转换为 com。之后，我使用程序连接到端口，当我输入此命令“b5 62 06 04 04 00 ff ff 00 00 0c 5d”

我执行冷重启并记下卫星所花费的时间，任务是仅在没有程序的情况下执行相同的操作，问题是是否可以发送命令“b5 62 06 04 04 00 ff ff 00 00 0c 5d " 或 "$PMTK103*30" 使用 Python，我尝试了但没有任何反应。

我认为使用此命令可以向 GNSS 模块发送消息