[
https://issues.apache.org/jira/browse/ARROW-17920?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17612429#comment-17612429
]
David Li commented on ARROW-17920:
----------------------------------
This is probably best proposed on the [mailing
list|https://arrow.apache.org/community/]
> Built-in GRPC health checks in FlightServerBase
> -----------------------------------------------
>
> Key: ARROW-17920
> URL: https://issues.apache.org/jira/browse/ARROW-17920
> Project: Apache Arrow
> Issue Type: Improvement
> Components: FlightRPC
> Affects Versions: 9.0.0
> Reporter: Akshaya Annavajhala (AK)
> Priority: Minor
>
> [ARROW-14440] [C++][FlightRPC] Add example of registering gRPC service on a
> Flight server - ASF JIRA (apache.org)
> Related to the above issue, a portion of the issue notes that currently it is
> impossible in python for a server implementing FSB to extend to other gRPC
> messages. While I haven't verified that claim, it seems to be valid.
> Complete composability in python of an arbitrary gRPC service + FlightServer
> might not be a goal, but rather one possible way to implement a useful
> production flightserver that responds appropriately to [k8s-style health
> probes|[https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#define-a-liveness-command].]
>
> A concrete ask perhaps more idiomatic to FSB is overridable default
> implementations of [gRPC health check
> messages|[https://github.com/grpc/grpc/blob/master/doc/health-checking.md#grpc-health-checking-protocol],]
> which would allow "simple" python derivations of FlightServerBase to be
> served in production environments (including k8s above which is adding
> support for the generic gRPC health checking protocol).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
