目的
服务网格(ServiceMesh)最有吸引力的地方是什么呢?可以通过简单的配置即时实现流量管理(包括路由、灰度、切流等功能)。然而,由于缺乏足够的文档和实践分享,导致很多同学很快就从入门到放弃了。尤其是基于GRPC协议的实践。
对于HTTP协议的服务而言, 接入服务网格还相对容易。一方面是因为大家对HTTP比较熟悉,另一方面是基于HTTP实践的ServiceMesh文档比较全面。相比而言,GRPC协议的服务网格实践相对困难。一方面是GRPC协议的ServiceMesh文档和实践分享比较稀缺,另一方面是大家对GRPC的熟悉程度远没有HTTP那么高。
为此,我花了3段时间准备这个系列,分别对多种编程语言的GRPC服务开发、容器化、网格化进行了实践和梳理,旨在普及基于GRPC协议ServiceMesh实践的基础知识,以指南的形式让走近服务网格的同学能一葫芦画瓢先跑起来,然后再根据自身业务进行升华,从而降低学习和使用的门槛。
价值
第一,这个系列分享出来会让我有的放矢。
虽然阿里云服务网格(ASM)是基于ACK的一种基础设施,但由于ServiceMesh相对Kubernetes更接近业务而不是基础设施,我们一定会遇到指定编程语言和框架下不可用的问题,也会遇到指定GRPC通信类型、数据类型的问题。
因此,在未来的技术交流和答疑的时候,这个系列中覆盖的4种编程语言和框架(Java/Go/NodeJs/Python)、4种通信模型(Unary RPC/Client streaming RPC/Server streaming RPC/Bidirectional streaming RPC)可以作为沟通的基础。如果能直接解决问题最好,大家都节省时间提高效率;如果没能覆盖或者存在疏漏,我可以持续完善和补充。
第二,声明ASM充分支持标准化。
时下的GRPC协议已经是服务间通信的事实标准,是云原生和微服务生态中的"英语"和"普通话"。因此,我们需要充分展示阿里云服务网格对GRPC协议的支持。分享出来的意义不止是让大家有据可循,也是用事实说明ASM对GRPC协议的支持层度。
结构
我准备的过程是按设计、编码、构建、镜像制作、容器部署、网格配置的步骤进行的。
protobuf和grpc接口方法是基础的基础,所以独立一篇。
对应的编码实现独立一篇。这个过程中对我来说比较困难的一个点是如何使用4种编程语言实现行为一致的代码,另一个困难点是如何实现4种编程语言程序的构建和分发,使得在容器部署后,它们看起来是一个服务的不同deployment。这是本篇的主题。
然后是一篇kube实践和一篇mesh实践。kube实践的过程包括了容器的部署和验证。mesh的实践包括网格配置和验证。
本系列的示例代码:
https://github.com/feuyeux/hello-servicemesh-grpc,欢迎交流。