GCP 发布订阅中的错误代码 503。v1.Subscriber.StreamingPull
Error code 503 in GCP pubsub.v1.Subscriber.StreamingPull
我正在尝试使用 pub/sub 服务，但我在仪表板中注意到以下错误代码。
这里link是什么
code 503
有什么办法可以防止这种情况发生吗？
-阿斯卡
如 documentation link about Error Codes that you shared 中所述，当 Pub/Sub 服务无法处理请求。一般来说，可以说这些类型的错误往往是暂时的，没有办法避免它们，您可以按照重试策略（例如我将在稍后评论的策略）解决它们。
Google Cloud Pub/Sub SLA 显示此服务的保证正常运行时间。如您所见，它不是 100%，因为可能会发生暂时性错误，考虑到您遵循实施具有指数退避的重试策略的推荐做法，这不会对您的服务造成太大影响。
此文档页面显示了 Exponential Backoff retry strategy 的示例实现。此示例适用于 Google Cloud Storage，但它可以（并且应该）应用于任何其他类似服务。它包括通过增加退避来重试失败的 Pub/Sub 请求，以增加请求成功的可能性。这是推荐的最佳实践和克服瞬态问题的推荐方法。
StreamingPull 的错误率为 100%。
StreamingPull 流总是以非 OK 状态 (HTTP 503) 终止。请注意，与常规 RPC 不同，此处的状态只是表示流已中断，而不是请求失败。
https://cloud.google.com/pubsub/docs/pull#streamingpull_has_a_100_error_rate_this_is_to_be_expected
我正在尝试使用 pub/sub 服务，但我在仪表板中注意到以下错误代码。
这里link是什么 code 503
有什么办法可以防止这种情况发生吗？
-阿斯卡
如 documentation link about Error Codes that you shared 中所述，当 Pub/Sub 服务无法处理请求。一般来说，可以说这些类型的错误往往是暂时的，没有办法避免它们，您可以按照重试策略（例如我将在稍后评论的策略）解决它们。
Google Cloud Pub/Sub SLA 显示此服务的保证正常运行时间。如您所见，它不是 100%，因为可能会发生暂时性错误，考虑到您遵循实施具有指数退避的重试策略的推荐做法，这不会对您的服务造成太大影响。
此文档页面显示了 Exponential Backoff retry strategy 的示例实现。此示例适用于 Google Cloud Storage，但它可以（并且应该）应用于任何其他类似服务。它包括通过增加退避来重试失败的 Pub/Sub 请求，以增加请求成功的可能性。这是推荐的最佳实践和克服瞬态问题的推荐方法。
StreamingPull 的错误率为 100%。
StreamingPull 流总是以非 OK 状态 (HTTP 503) 终止。请注意，与常规 RPC 不同，此处的状态只是表示流已中断，而不是请求失败。
https://cloud.google.com/pubsub/docs/pull#streamingpull_has_a_100_error_rate_this_is_to_be_expected