Firestore 直接写入是否比通过云函数写入更快？
Are Firestore direct writes faster than writes via cloud functions?
通过调用通过管理 SDK 执行写入的云函数执行 Firestore 写入操作与通过 Firestore 客户端 SDK 直接执行写入操作（假设云函数在同一区域运行）相比，是否存在任何性能权衡作为 Firestore 实例并且没有冷启动）？
添加更多细节：在 中提到，由于“两跳”，通过云函数读取的性能不如直接调用。
但是，直接调用也必须首先通过安全规则 - 那么这不也是一个额外的“跃点”吗？
PS 不幸的是我没有足够的代表发表评论所以我不得不在这里问这个问题。
安全规则在 Firestore 服务器本身上执行，因此规则评估中不涉及“额外跃点”。出于实际目的，与 Firestore 数据库位于同一区域的热函数会给请求增加少量延迟，但可能不足以成为使用 Cloud Function 或直接写入之间的决定因素。
通过调用通过管理 SDK 执行写入的云函数执行 Firestore 写入操作与通过 Firestore 客户端 SDK 直接执行写入操作（假设云函数在同一区域运行）相比，是否存在任何性能权衡作为 Firestore 实例并且没有冷启动）？
添加更多细节：在
但是，直接调用也必须首先通过安全规则 - 那么这不也是一个额外的“跃点”吗？
PS 不幸的是我没有足够的代表发表评论所以我不得不在这里问这个问题。
安全规则在 Firestore 服务器本身上执行，因此规则评估中不涉及“额外跃点”。出于实际目的，与 Firestore 数据库位于同一区域的热函数会给请求增加少量延迟，但可能不足以成为使用 Cloud Function 或直接写入之间的决定因素。