避免一个模块故障影响整个程序。能够独立部署、运维、升级。
服务间通过api通讯。
假设上传服务集群起了多个实例,每个实例相同IP但不同端口,那样对外提供服务呢? 有两种方式:
方式1:
上传服务集群向服务注册/发现中心去注册这些对外服务ip+port,然后用户请求上传的时候通过api gw向服务注册/发现中心去请求服务列表,gw拿到服务列表后根据一定的策略(比如随机)返回给客户端,客户端再向具体的服务IP:port去请求上传。
方式2:
上传调度加入LB功能,API网关不直接去服务注册中心去请求服务列表,而是去上传调度去请求一个地址,这个地址是由上传调度根据LB算法返回一个服务IP:PORT,不用gw自己去选择。
api gw的作用:
可以将用户的请求协议(如http)转换为微服务内部的协议(比如rpc),还可以实现服务的熔断和限流。熔断的意思是某个服务挂掉后,gw就直接告诉用户服务不可用不用阻塞等待了,限流的意思是限制api的访问请求次数。
把上传、下载和API网关分离,因为前两者需要高带宽。。。
这里使用consul进行服务的注册/发现,也可以用etcd,mdms。
微服务的划分粒度要根据具体的场景进行,并不是越细越好。比如上图也可以考虑将transferservice的DB独立出来,只用来存转移相关的数据。uploadservice也可以考虑将普通上传和分块上传隔离出来。