如何在Azure函数中用Cosmos DB触发器恢复Azure Cosmos DB中断

Question

带有Cosmos DB触发器的Azure函数(v1)如何从Cosmos DB中断中恢复？这应该自动发生还是需要重新启动功能应用程序？

在我们的场景中，Cosmos DB不可用，因为已达到订阅开销限制。取消开销限制后，Cosmos DB再次可用，通过输出绑定写入Cosmos DB的函数也成功了。

Microsoft.Azure.WebJobs.Host.Listeners.FunctionListenerException: The listener for function 'xxx' was unable to start. ---> System.NullReferenceException: Object reference not set to an instance of an object.
   at Microsoft.Azure.Documents.ChangeFeedProcessor.ChangeFeedEventHost.<StartAsync>d__77.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.Azure.Documents.ChangeFeedProcessor.ChangeFeedEventHost.<RegisterObserverFactoryAsync>d__3.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.Azure.WebJobs.Extensions.DocumentDB.CosmosDBTriggerListener.<StartAsync>d__8.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.Azure.WebJobs.Host.Listeners.FunctionListener.<StartAsync>d__14.MoveNext()
   --- End of inner exception stack trace ---

我想，当Cosmos DB因其他原因中断时，这种情况也可能发生。

为了使我们的系统对Cosmos DB的临时中断具有弹性，我们如何使CosmosDB触发器返回操作状态？如果出现错误，我们必须重启功能应用程序还是有更好的方法？

Answer 1

这是由于Azure Functions运行时中的重试机制和Cosmos DB触发器的问题造成的。

运行时一直试图重新初始化触发器，以指数级后退，但它在这个特定的场景中遇到了一个问题（帐户超过了支出限制）。这在Github的一期中被跟踪。

已经合并了一个修复程序，应该包含在运行库的下一个版本中。

当修复到位时，当帐户再次可用时，您应该不需要重新启动功能应用程序。