将时间和延迟保持在绝对最低限

mitu465468

向最终在无服务器环境中工作的开发人员的目标应该是尽可能缩短冷启动时间因为长时间的冷启动可能会导致用户体验不佳。它们比你想象的更复杂尽管上述对冷启动的解释非常简单但重要的是要了解不同的因素会导致冷启动。我们将在接下来的几节中解释首次生成和执行无服务器函数时实际发生的情况。注意请记住这是如何实例化和调用无服务器函数的一般概述。该过程的具体细节可能会有所不同具体取决于您的云提供商和配置我们主要使用作为参考。我们将使用这个简单的无服务器函数作为示例来解释这些步

序列化查询。如果您使用很长 WhatsApp 号码 时间您可能还记得是一个更加专注于的工具。当将重建为时完全专注于成为一个普通的数据库我们保留了架构的这一部分没有质疑它也没有测量它的性能影响。瑟希的启示我们提出的解决方案是用纯从头开始重新设计有线协议这使得客户端和查询引擎之间的通信更加高效因为它不再需要来序列化消息。重新设计线路协议后我们有效地删除了整个从图中分割出来留给我们以下内容采用协议注意如果您有兴趣可以查看拉取请求和以及所做的实际更改。查看尝试过新的基于的有线协议的。



用户在上的惊人反馈注意基于的有线协议当前处于预览状态。一旦准备好投入生产它将成为客户端与查询引擎通信的默认方式。请尝试一下并提交任何反馈以帮助加快此功能普遍可用的过程。将您的函数托管在与数据库相同的区域中在我们切换到协议之后令人分心的紫色部分已从图表中消失我们可以专注于其余部分采用协议我们清楚地注意到浅红色和红色作为下一个大候选人的部分。这些代表触发的与实际数据库的通信。每当您托管需要访问传统关系数据库的应用程序或功能时您都需要启动与该数据库的连接。