gRPC 상태 검사가 gRPC 서비스로 제한되어야합니까?

gRPC Health Checking과 관련하여 gRPC 서비스가 상태 확인이 필요한 다른 HTTP 서비스와 동일한 포트에서 호스팅되는 경우 grpc.health.v1.Health.Check에 대한 응답은 제공된 gRPC 서비스에만 해당되거나 다른 서비스에 대해서도 답변해야 합 잘? 후자의 경우 서비스 이름의 어떤 모델을 사용해야합니까?gRPC 상태 검사가 gRPC 서비스로 제한되어야합니까?

나는

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

등을, 예를 들어, 이미 /healthz model for Kubernetes health checking이 때문에 일부에게 우리가 gRPC 건강 검사에 합자를 제공 할 필요가 있는지 여부를 파악하기 위해 노력하고, 또는 기존의 건강 검사를 컨 볼브 수 재고 gRPC 상태 점검 모니터를 사용할 수 있습니다.

출처

2017-09-06 Nathan Herring

gRPC 상태 확인 공유는 gRPC 방법 자체이므로 gRPC 서버와 관련이 있습니다. gRPC 서버가 다른 서비스와 운명을 공유하거나 운명을 같이한다면 gRPC 상태 확인 서비스를 사용하여 다른 서비스의 상태를 제공하는 것이 좋습니다.

gRPC 서버와 C++, Java 또는 Go의 다른 서버간에 포트를 공유하는 공식 지원에 대해서는 알지 못합니다. 어떤 설정을하고 있는지 잘 모르겠지만 위의 일반적인 아이디어가 적용됩니다.

출처

2017-11-02 21:49:51 Yang

gRPC 상태 검사가 gRPC 서비스로 제한되어야합니까?

답변

관련 문제