gRPC和服务发现
一个A high-performance, open-source universal RPC framework,高性能、开源的通用 RPC 框架。使用protobuf 语言基于文件定义服务,通过 proto3 工具生成指定语言的数据结构、服务端接口以及客户端 Stub。移动端上面则是基于标准的 HTTP/2 设计,支持双向流、消息头压缩、单 TCP 的多路复用、服务端推送等特性,这些特性使得 gRPC 在移动端设备上更加省电和节省网络流量。
grpc的服务健康检查
我觉得使用grpc重要的是阅读所生成的grpc.pb.go 文件 ,对里面所生成的 server 端接口要进行正确的抽象使用,client端进行正确的调用,注意 其**"实现类"** 的方法要符合其函数签名。
选择客户端发现:
直连,比服务端服务发现少一次网络跳转,Consumer 需要内置特定的服务发现客户端和发现逻辑。
多集群
多集群理解为对你的一个服务功能提供多套集群服务功能,一个集群坏了,换领一个,通常一班设计 n+2 套集群来进行服务,也就是会多设计两套集群来备用。
要尽量避免业务隔离使用或者 sharding 带来的 cache hit 影响(按照业务划分集群资源)。
但是业务隔离集群带来的问题是 cache hit ratio 下降,不同业务形态数据正交,我们退而求其次整个集群全部连接。那么连接整个集群的话,那么多,我怎么连?连哪个?
答:找到一种算法从全集群中选取一批节点(子集),利用划分子集限制连接池大小。
- 合适的子集大小和选择算法:
- 通常 20-100 个后端,部分场景需要大子集,比如大批量读写操作。
- 后端平均分给客户端。
- 客户端重启,保持重新均衡,同时对后端重启保持透明,同时连接的变动最小。
多租户
沙箱隔离、流量路由、染色发布、连接池
本质理解为:从源头传递过来一个标签,例如 http head上面,然后把这个标签挂载到上下文 context上面,之后基于RPC的负载均衡的流量来路由到你想要到的那个节点上面。通过这样的方法就可以虚拟出无数多套测试环境。