目前，我有许多Firebase函数，其性能在本地测试时我不满意。这些函数中最慢的部分是Firestore事务，尽管它们只是相对较短的一系列get和set。将这些序列原子化为单个事务和/或批处理并不能充分提高性能。
因此，在尝试任何其他策略之前，我想对从Cloud Function内部调用(即从Google Cloud内部调用和从外部调用)时与Firestore进行事务处理的相对性能做一些研究。我还没有找到任何能完全回答我问题的东西。有什么建议或答案吗?
当这些事务从Google Cloud内分派时，Firestore事务的性能会发生显著变化吗?
事务涉及运行运行事务的SDK代码的客户机和托管Firestore数据的Google Cloud后端之间的网络往返。显然，减少这些机器之间的网络延迟将减少执行事务所需的时间。要确定在您的特定情况下是否有改进，唯一的方法是执行一些基准测试。
您的最佳场景可能涉及位于同一Google Cloud区域的客户端和后端。所以，如果你使用的云功能与你的Firestore实例在同一区域，那么理论上，这应该是最好的选择。同样，只有基准测试才能告诉我们，如果有的话，会有多大的改进。不管这是否"重要";取决于你的基准观察(以及你对什么是"重要的"的期望)。