我知道这可能忽略了使用Cloud Functions的初衷，但在我的具体情况下，我使用Cloud Functions是因为这是我唯一可以将Next.js与Firebase Hosting连接起来的方式。我不需要使其成本效益高等。
话虽如此，Cloud Functions的冷启动时间令人无法忍受，不适合生产环境，我的样板平均约为10到15秒。
我观看了Google的这个视频（https://www.youtube.com/watch?v=IOXrwFqR6kY），讲解了如何缩短冷启动时间。简而言之：1）减少依赖项，2）尝试不同版本的依赖项以进行缓存在Google网络上，3）延迟加载。
但是1）我只能减少有限的依赖项。2）我怎么知道哪个版本更容易被缓存？3）我只能延迟加载有限的依赖项。
另一种方法是避免完全进行冷启动。有什么好的方法或技巧可以保持我的（唯一的）云函数保持热状态？
对于所有“无服务器”计算提供者，总会存在一些无法消除的冷启动成本。即使您能够通过ping来保持单个实例处于活动状态，系统也可能会启动任意数量的其他实例来处理当前的负载。那些新实例将会有冷启动成本。然后，当负载减少时，不必要的实例将被关闭。
有方法可以最小化冷启动成本，就像你已经发现的那样，但成本不能被消除。
截至2021年9月，您现在可以指定最小数量的实例保持活动状态。这可以帮助减少（但不能消除）冷启动。请参阅Google Cloud博客和文档。对于Firebase，请阅读其文档。请注意，设置最小实例会产生额外的计费 - 保持计算资源处于活动状态并不是一个免费的服务。
如果你绝对需要热服务器来处理24/7的请求，那么你需要管理自己的服务器并让它们24/7运行（并支付这些服务器24/7运行的成本）。正如你所看到的，无服务器的好处在于你不需要管理或扩展自己的服务器，你只为你使用的内容付费，但是你的项目会有不可预测的冷启动成本。这就是权衡。你并不是第一个提出这个问题的人 ;-)
答案是配置一个远程服务来定期调用你的函数，以使单个实例保持活动状态。
从你的问题中不清楚，但我假设你的函数提供了一个HTTP端点。在这种情况下，请找到一个健康检查或定时任务服务，可以配置它每隔x秒|分钟进行一次HTTP调用，并将其指向你的函数。
你可能需要调整时间以找到最佳执行周期，不要太频繁浪费资源，也不要太少以致于函数失效，但这是其他人所做的。
现在您可以指定MIN_INSTANCE_LIMIT来保持实例一直运行。
Cloud Functions文档：https://cloud.google.com/functions/docs/configuring/min-instances
云函数文档中的示例：
gcloud beta functions deploy myFunction --min-instances 5
你可以通过指定minInstances在Firebase Functions中使用它：
Firebase Functions文档：https://firebase.google.com/docs/functions/manage-functions#min-max-instances
Frank在Twitter上发布的公告：https://twitter.com/puf/status/1433431768963633152
Firebase Functions文档中的示例：
exports.getAutocompleteResponse = functions
.runWith({
// Keep 5 instances warm for this latency-critical function
minInstances: 5,
})
.https.onCall((data, context) => {
// Autocomplete a user's search term
});
Google刚刚宣布，现在可以设置Cloud Function部署的min-instances。这使您可以设置函数缩小的下限，并最小化冷启动（他们并不保证完全消除）。
保持热实例（空闲时间）会产生一些成本，尽管在撰写本文时，这似乎未在Cloud Functions定价页面中记录。他们说：
如果您设置了一定数量的函数实例，则还将为这些未激活的实例计费。这称为空闲时间，其价格不同。
使用Google Scheduler是一个明智的选择，但实际实现并不那么简单。请查看我的文章了解详情。函数示例：
myHttpFunction: functions.https.onRequest((request, response) => {
// Check if available warmup parameter.
// Use request.query.warmup parameter if warmup request is GET.
// Use request.body.warmup parameter if warmup request is POST.
if (request.query.warmup || request.body.warmup) {
return response.status(200).type('application/json').send({status: "success", message: "OK"});
}
});
myOnCallFunction: functions.https.onCall((data, context) => {
// Check if available warmup parameter.
if (data.warmup) {
return {"success": true};
}
});
gcloud命令行界面的示例：
gcloud --project="my-awesome-project" scheduler jobs create http warmupMyOnCallFuntion --time-zone "America/Los_Angeles" --schedule="*/5 5-23 * * *" --uri="https://us-central1-my-awesome-project.cloudfunctions.net/myOnCallFuntion" --description="my warmup job" --headers="Content-Type=application/json" --http-method="POST" --message-body="{\"data\":{\"warmup\":\"true\"}}"
gcloud --project="my-awesome-project" scheduler jobs create http warmupMyHttpFuntion --time-zone "America/Los_Angeles" --schedule="*/5 5-23 * * *" --uri="https://us-central1-my-awesome-project.cloudfunctions.net/myHttpFuntion?warmup=true" --description="my warmup job" --headers="Content-Type=application/json" --http-method="GET"
云函数通常最适合执行一个（小）任务。我经常遇到想要在一个云函数中完成所有事情的人。说实话，这也是我开始开发云函数的方式。
因此，您应该保持云函数代码的简洁和小巧，以执行一个任务。通常这将是后台任务、需要写入某个地方的文件或记录，或需要执行的检查。在这种情况下，如果存在“冷启动惩罚”，那么并不重要。
但现在，包括我在内的人们依赖云函数作为API网关或云端终点的后端。在这种情况下，用户访问网站，网站向云函数发送后端请求以获取一些附加信息。现在云函数充当API，用户正在等待它。
典型的冷云函数：
解决冷启动问题有几种方法：
如果您认为已经调整了冷启动问题，还可以采取措施加速实际运行时：
片段：
# Deploy function
gcloud functions deploy warm-function \
--runtime=go113 \
--entry-point=Function \
--trigger-http \
--project=${PROJECT_ID} \
--region=europe-west1 \
--timeout=5s \
--memory=128MB
# Set IAM bindings
gcloud functions add-iam-policy-binding warm-function \
--region=europe-west1 \
--member=serviceAccount:${PROJECT_ID}@appspot.gserviceaccount.com \
--role=roles/cloudfunctions.invoker
# Create scheduler
gcloud scheduler jobs create http warmup-job \
--schedule='*/5 * * * *' \
--uri='https://europe-west1-${PROJECT_ID}.cloudfunctions.net/warm-function' \
--project=${PROJECT_ID} \
--http-method=OPTIONS \
--oidc-service-account-email=${PROJECT_ID}@appspot.gserviceaccount.com \
--oidc-token-audience=https://europe-west1-${PROJECT_ID}.cloudfunctions.net/warm-function
micronaut + graalvmquarkus + graalvmhelidon + graalvm在2020年，与几年前相比，冷启动不再是痛点。我想多说一些关于AWS，但我确信以上所有内容对任何云提供商都适用。
在2019年底，AWS推出了Lambda并发预配功能-https://aws.amazon.com/about-aws/whats-new/2019/12/aws-lambda-announces-provisioned-concurrency/，现在你不必再过多关注函数的预热问题了。