如何实现 gRPC 服务的活性和就绪端点？

在Golang实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《如何实现 gRPC 服务的活性和就绪端点？》，聊聊，希望可以帮助到正在努力赚钱的你。

我有一个 gRPC 服务，它使用 tcp 侦听器侦听端口。该服务是 Docker 化的，最终我想在 Kubernetes 集群中运行它。

我想知道实施活跃度和就绪探测来检查服务运行状况的最佳方法是什么？

1. 我应该在另一个 goroutine 中运行单独的 http 服务器并响应 /health 和 /ready 路径吗？
2. 或者，我是否还应该进行 gRPC 调用以确保服务的活跃性和就绪性，并使用 gRPC 客户端来查询这些端点？！

解决方案

之前我在应用程序内运行了一个单独的http服务器，仅用于运行状况检查（这是因为AWS应用程序负载均衡器只有http检查，我不了解kube）。

如果你将 http 服务器作为单独的例程运行，而 grpc 服务器在主 goroutine 上运行，那么你应该避免 grpc 服务器宕机而 http 仍然是 200 的情况 - 好的（假设你还没有办法用于 http 来健康检查您的 grpc）。

您还可以使用 goroutine 的 heatbeat 模式，它由 http 服务器控制并接受来自 grpc 服务器的心跳以确保一切正常。

如果您运行 2 台服务器，它们将需要在不同的端口上运行，这对于某些需要 1 个端口用于服务的调度程序（如 ECS）来说可能是一个问题。有一些示例和包允许您将多个协议复用到同一端口上。我猜 kube 支持多个端口服务，所以这可能不是问题。

链接到多路复用示例：

https://github.com/gdm85/grpc-go-multiplex/blob/master/greeter_multiplex_server/greeter_multiplex_server.go

终于介绍完啦！小伙伴们，这篇关于《如何实现 gRPC 服务的活性和就绪端点？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！