HERE 批量地理编码停留在接受状态

Question

使用HERE 批量地理编码REST API，我提交了一个使用action=run 参数对4 个地址进行地理编码的作业，并在响应中得到了RequestId。通过以下 URL 访问作业状态的 API 端点时...

https://batch.geocoder.api.here.com/6.2/jobs/[RequestId]?action=status&app_id=[app_id]&app_code=[app_code]

...我收到以下回复：

<ns2:SearchBatch xmlns:ns2="http://www.navteq.com/lbsp/Search-Batch/1">
  <Response>
    <MetaInfo>
      <RequestId>[RequestId]</RequestId>
    </MetaInfo>
    <Status>accepted</Status>
    <TotalCount>0</TotalCount>
    <ValidCount>0</ValidCount>
    <InvalidCount>0</InvalidCount>
    <ProcessedCount>0</ProcessedCount>
    <PendingCount>0</PendingCount>
    <SuccessCount>0</SuccessCount>
    <ErrorCount>0</ErrorCount>
  </Response>
</ns2:SearchBatch>

这里有another question 有同样的问题，并在ckHERE 的回答中得到解决：

状态“已接受”表示您的作业已排队等待 用于执行插槽。我们在 HERE 正在监控队列 确保根据需要调整容量。

所以我猜你的应用程序没问题，瓶颈可能是 在我们这边。

令人不安的是与此问题相关的问题中的其他一些答案，尤其是最终处理该作业需要多长时间。 For example:

看起来这是一个队列问题，除了我的一直持续 将近一周。 HERE API 从不运行批处理作业，总是返回接受 状态

*4 天后*

这是一个队列问题。 ...突然间所有的工作 同时完成。从那时起，服务一直运行良好。

这导致了我的问题：

1. 我是否应该假设我现在的问题已经结束了，还是我在创建工作时仍然做错了什么（以及我如何才能发现）？

2. 如果问题确实出现在 HERE 端，这种情况多久发生一次？ HERE 通常很可靠，只是在本周末的服务中出现了问题，还是我可以预期工作会定期延迟数天（数周？）？

3. HERE 是否有一个状态页面，我可以在其中检查他们的任何服务是否有问题？

Answer 1

请在下面以项目符号形式找到您问题的答案。

1. 我是否应该假设我现在的问题已经解决了，还是我在创建工作时仍然做错了什么（我如何才能发现）？ 是的，问题是由于提交了一些错误的作业并阻塞了所有其他作业，因为它们必须等待已经运行的作业。
2. 如果问题确实出现在 HERE 端，这种情况多久发生一次？ HERE 通常是不是很可靠，只是在本周末的服务中出现了问题，还是我可以期待几天（几周？）定期长时间的工作延误？ 这种情况不应该经常发生，因为我们已经进行了基本检查并不断即兴检查以避免此类问题
3. HERE 是否有一个状态页面，我可以在其中检查他们的任何服务是否有问题？ 很遗憾，没有。我们不提供外部仪表板来查看正在运行的服务或作业

希望您发现它们有用。