用 GO 编写的 gRPC 服务集合和 Javascript 客户端之间通信的最佳解决方案是什么？

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个Golang开发实战，手把手教大家学习《用 GO 编写的 gRPC 服务集合和 Javascript 客户端之间通信的最佳解决方案是什么？》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

我的计划是让 React 应用程序与部署在 Kubernetes 上的一组 gRPC 微服务（使用 Istio 和 Envoy）进行对话。但在尝试了几次不同的库（例如 grpc-gateway、grpc-web...）的实现之后，这些库似乎并不完全支持 gRPC。每个库都缺少一些功能，而这些功能是传统 XML/JSON over HTTP 中的“标准”。

我的问题要点是：

1. gRPC 真的准备好投入生产了吗？
2. 对于使用 gRPC 在 Go 中实现微服务以与 Web 客户端交互，您有什么建议吗？

解决方案

如果您使用 Istio，则应该使用 grpc-web，因为 Istio 会自动将您的 http/1 请求代理为 grpc 服务可以理解的 http/2 请求。

gRPC 已准备好用于生产并被许多公司使用。

我的建议是将代码保存在 monorepo 中，使用 Bazel 作为构建系统，使用 Istio 作为服务网格。

monorepo 方法可以让您避免处理 gRPC / protobufs 时最痛苦的方面之一 - 跨语言/客户端/服务边界共享 proto 文件。 （Bazel 规则可以从各种语言的原型文件创建库）。截至 2019 年 11 月，JavaScript 规则为 Beta 质量，但它们正在迅速成熟。

由于您已经使用 Istio 作为 gRPC 代理，您可以利用它的其他功能，允许您将跟踪、身份验证、服务发现和其他问题从应用程序代码中移出，这样您就可以专注于业务逻辑。

到这里，我们也就讲完了《用 GO 编写的 gRPC 服务集合和 Javascript 客户端之间通信的最佳解决方案是什么？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！