为什么我的Firebase功能部署(来自荷兰)失败了？

Question

更新:问题已经过去了一段时间,但自昨天以来一直以复仇的方式返回.部署现在真的需要永远,并且总是失败Server Error. connect ETIMEDOUT或Upload Error: Cannot read property 'response' of undefined与其他东西失败.

在尝试使用HideMyAss通过美国位置进行连接后,我发现这完全解决了我的问题!请注意,此问题不仅发生在我们在阿姆斯特丹办事处部署,而且还来自我们在鹿特丹的办事处.与此同时,我也听到更多人遇到其他Google服务的问题.

我已经使用此信息回复了相关的Firebase支持电子邮件,希望他们能够对此进行调查.同时我想我将不得不继续使用HideMyAss ..

-

在添加更多功能之后,部署功能的时间越来越长.有时一开始,但最近有一段时间我每次尝试$ firebase deploy --only functions随机部署的一个功能都失败了:

⚠函数[foo]:部署错误:执行环境失败

当我稍后再试一次时,它会毫无问题地部署(仍然需要2分钟才能部署,这似乎有点慢).

也许部署过程是超时的; 经过很长一段时间,它总是失败,永远不会很快.

也许我在美国以外的地方导致部署过程中与延迟相关的问题？虽然看起来不太可能..

我也在研究Firebase函数日志记录"函数执行需要60002毫秒,完成状态:'超时'"和其他性能问题,所以我想知道这些是否都是相关的.

PS:我还向https://firebase.google.com/support/报告了这一点,但是我在那里做的最后一份报告在15天后仍然没有回复,所以我将继续发布并在此发布.我在这个报告中包含了一个firebase-debug.log,但是没有在这里公开分享(不确定那里是否有任何令牌等).

Answer 1

也有问题

我今天也遇到了类似的问题，并且我是从美国部署的。

例如，函数将失败并显示以下两个错误：

部署错误：执行环境失败
错误：功能未正确部署。

我发现有一次发生这种情况是因为我的互联网连接掉线了，然后在一段时间内完全掉线了firebase deploy。

然后，这种情况再次发生，因为我尝试部署的同时，我的许多云功能碰巧开始在其服务器上执行操作。

一旦云功能出现故障，即使我的互联网恢复并且我的功能不忙于运行，它也不会让我重新部署以使堵塞的功能再次运行。不管怎样，它的损坏副本都卡在他们的服务器上，并带有标签：

执行环境失败

我的解决方案

我发现一旦遇到这样的问题，您实际上可以重命名该函数。在下次部署时，它将有效地删除旧的损坏函数，并将其重新加载为具有新名称的工作副本。

我认为如果您的项目要求它具有相同的名称，您可以再执行一次此过程，删除具有新名称的副本并使用您需要的名称恢复副本。或者甚至阻止注释掉该函数以在第一次部署时将其删除，然后在另一个部署中取消注释以重新安装它。

这对你有什么帮助

我希望，如果您在荷兰仍然遇到问题，那么了解这可能是连接速度慢或服务器繁忙的问题会对您有所帮助。因为我发现这两件事给我在美国境内带来了问题。

此外，如果问题出在其服务器上的副本上，我删除并重新部署该功能的解决方案可能有助于加快部署速度。知道这是否有帮助会很有趣，因为即使该功能在服务器上看起来没问题，但可能在之前的部署过程中出现了问题，从而阻碍了未来的部署。

很抱歉这么晚才回复这个问题，希望您不再遇到 Firebase 的这些问题（顺便说一句，我讨厌 Firebase，总是出现这样的问题）。