1.iOS,安卓,web 等客户端先经过LB层,做负载均衡.
2.REST API 层提供对外接口,对于订单服务,可能有几个API接口.
3.每个API都可能调用基础服务层的几个服务,我们例子将使用gRPC来调用服务.
4.对于基础服务的数据操作这个模块,也可以不做,直接让基础服务模块访问数据库.
5.如果一个订单服务,只有查看订单跟下订单,数据操作的功能,那就把这三个功能归为一个微服务,对外是订单的REST API,专门负责处理订单的模块.
6.到后期会将一个微服务跑在一个docker上,所以可以看成每个微服务之间是相互隔离的,每个微服务将有自己的数据库.
github : grpc-go
直接上例子:
helloworld.prpto相当于客服端和服务端订好的协议,写明要调用什么函数.
例子是客户端向服务端直接调用SayHello函数.
终端命令 protoc --go_out=plugins=grpc:. helloworld.proto
生成 helloworld.pb.go 文件.
需要安装protoc,没有就去百度以下吧.
</h3> <pre><code class="lang-bash hljs"><code class="hljs bash copyable">package main import ( <span class="hljs-string">"log"</span> <span class="hljs-string">"net"</span> <span class="hljs-string">"golang.org/x/net/context"</span> <span class="hljs-string">"google.golang.org/grpc"</span> pb <span class="hljs-string">"google.golang.org/grpc/examples/helloworld/helloworld"</span> <span class="hljs-string">"google.golang.org/grpc/reflection"</span> ) const ( port = <span class="hljs-string">":50051"</span> ) // server is used to implement helloworld.GreeterServer. <span class="hljs-built_in">type</span> server struct{} // SayHello implements helloworld.GreeterServer func (s *server) SayHello(ctx context.Context, <span class="hljs-keyword">in</span> *pb.HelloRequest) (*pb.HelloReply, error) { <span class="hljs-built_in">return</span> &pb.HelloReply{Message: <span class="hljs-string">"Hello "</span> in.Name}, nil } func <span class="hljs-function"><span class="hljs-title">main</span></span>() { lis, err := net.Listen(<span class="hljs-string">"tcp"</span>, port) <span class="hljs-keyword">if</span> err != nil { log.Fatalf(<span class="hljs-string">"failed to listen: %v"</span>, err) } s := grpc.NewServer() pb.RegisterGreeterServer(s, &server{}) // Register reflection service on gRPC server. reflection.Register(s) <span class="hljs-keyword">if</span> err := s.Serve(lis); err != nil { log.Fatalf(<span class="hljs-string">"failed to serve: %v"</span>, err) } }<span class="copy-code-btn">复制代码</span></code></code></pre>
以上的例子只是熟悉基本的gRPC,但是单一的订单微服务,client需要写死server的地址,不容易更改.当出现宕机,该服务就直接失效.为了能支持高容错,高并发,提供负载均衡.我们将引入服务发现etcd.
首先我们要开启etcd,关于细节可以多百度,关系etcd集群后面也会将.
1.所有gRPC服务都将通知到etcd.
2.当REST API 要用到 查看订单 和 下订单 的功能的时候,client会去etcd查看是否有该服务.
3.当发现etcd有对应的服务的时候,etcd会把对应的IP地址:端口号告诉client,client直接连接过去.
当有多个订单server的时候,etcd可以根据不同的策略提供负载均衡.
(例子在下面)
1.例子中,提供均衡轮询,我们开启两个server,一个client,显示client的请求平均的分布到两个server上.
2.当etcd关闭的时候,两个server一样能收到client的请求,但是重启server或者client,都会断开他们的联系.
3.如果只是断开一个server1,那client的请求就全部到另一个server2上.重启server1,也会自动恢复两个server请求均衡.
4.可以在命令行看etcd 服务
export ETCDCTL_API=3
etcdctl get --prefix=true "/etcd3_naming/hello_service"
github.com/Bulesxz/grp…
5.了解后,我们来编写上图订单微服务: