gRPC健康检查是否应仅限于gRPC服务？

Question

关于gRPC Health Checking，如果gRPC服务与同样需要运行状况检查的其他HTTP服务托管在同一端口上，那么grpc.health.v1.Health.Check的响应是否仅适用于所提供的gRPC服务，或者是同样回答其他服务也是合理的吗？如果是后者，应该使用什么样的服务名称模型？

我问的部分是因为已经有/healthz model for Kubernetes health checking并且我想弄清楚我们是否需要为gRPC健康检查提供连字，或者可以卷入现有的健康检查，例如< / p>

import "google.api.http";
…
rpc Check(HealthCheckRequest) returns (HealthCheckResponse) {
  option (google.api.http) = { get: "/healthz" }
}

这样可以使用股票gRPC健康检查监视器。

Answer 1

gRPC运行状况检查与gRPC服务器共享命运，因为它本身就是一个gRPC方法。如果gRPC服务器与您的其他服务超过或分享命运，那么我认为使用gRPC健康检查服务来提供其他服务的状态是可以的。

我不知道官方支持在g ++ PC服务器和其他服务器之间共享C ++，Java或Go中的端口。我不确定你在想什么设置，但上面的一般想法适用。