Google 云打印 – 作业排队机制内部原理

Google 云打印 – 作业排队机制内部原理

我有一个服务器应用程序,用于管理和打印到多台 GCP 打印机。几个月来,它一直按设计运行,直到今天早上。症状如下:

  • 打印机的作业队列为空。没有未完成的作业。
  • 新的作业出现在作业队列中 http://www.google.com/cloudprint正如预期的那样。
  • 作业状态几分钟内都不会从“排队”变为“处理中”或“已打印”。到目前为止,我等待的时间最长的是 30 多分钟。
  • 如果我将后续作业发送到同一台打印机,则第一份作业几乎会立即打印,而新作业将按照上面描述的延迟行为排队。

我拥有的用于向 GCP 发送数据的代码显然按预期运行。GCP 识别我提交的所有作业。

GCP 可以清楚地(但可能只是间歇性地,不管从统计学上讲这种巧合有多么不可能)看到它发送作业的打印机。

导致我所看到的行为的问题似乎一定出在 GCP 云本身。问题几乎肯定出在 GCP 排队和重试处理中。因此,我想知道的内容包括:

  1. 以前有人见过这种行为吗?
  2. 是否有人知道如何查看 GCP 云内部的性能指标或可能记录 GCP 系统状态的新闻源?
  3. 有人知道 GCP 排队和重试机制背后的具体细节吗?
  4. 除了 GCP 内部因素之外,还有谁能给出其他可能导致这种情况的原因的建议?
  5. 有人有 GCP 团队的联系信息吗?(我甚至打电话给他们的前台,试图说服接待员让我进入。但我只能得到非常有限的只读帮助页面。)

提前感谢您提供的任何帮助。

答案1

几个月前我也遇到过同样的情况,我认为是 GCP 服务器端的问题。我们无法在客户端纠正这个问题(删除/添加打印机、更改客户端等)。唯一的选择是向 Google 投诉(祝你好运)并等待他们修复。

相关内容