gRPCヘルスチェックはgRPCサービスに限定する必要がありますか？

Question

については、grpc.health.v1.Health.Checkへの応答は、提供されているgRPCサービスのみである必要がありますか、他のHTTPサービスと同じポートでホストされている場合は、gRPC Health Checkingとしてください。まあ？後者の場合、サービス名のどのモデルを使用する必要がありますか？

私は

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

など、例えば、/healthz model for Kubernetes health checkingがすでにありますので、一部に尋ねると、私たちはgRPCヘルスチェックにリガチャーを提供する必要があるかどうかを把握しようとしています、または既存の健康チェックを畳み込むことができストックgRPCヘルスチェックモニターを使用することができます。

Answer 1

gRPCヘルスチェックシェアは、gRPCサーバそのものであるため、gRPCサーバと運命づけられています。 gRPCサーバがあなたの他のサービスと運命を共にしたり、共有している場合は、gRPCヘルスチェックサービスを使って他のサービスのステータスを提供しても問題ないと思います。

gRPCサーバーとC++、Java、またはGoで他のサーバーとの間でポートを共有する公式のサポートについては気づきません。どのような設定を考えているのかは分かりませんが、上記の一般的な考え方が適用されます。