我们运行了一个Google批处理作业,它将数据记录写入一个pubsub管道,并有一个单独的流作业,它使用“pubsub to elasticsearch”流模板从PubSub管道中提取数据,并将更新写入我们的Elasticsearch索引。但是,我们不得不终止写入Elastic的流作业,因为在1次尝试之后,我们遇到了多个“向ES写入错误”。再也不允许“错误”了。从PubSub读取并写入Elasticsearch的任务是写入不是流索引的索引。它实际上需要
我们正在使用带有MongoDB API + MongoDB C#驱动程序的Azure CosmosDB。微软的office SDK只能与CosmosDB SQL API (DocumentDB)一起使用,并且具有重试写入操作的内置功能。为此,它使用DocumentClientException.RetryAfter属性作为延迟。但是,对于Mongo驱动程序,这是不可能的。目前,当发生写异常时,我们会设置1秒的重试延迟,但这并不是很干净,并且会导致每次批量</em