gomicro整体架构是怎样的
这篇文章主要讲解了“go micro整体架构是怎样的”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“go micro整体架构是怎样的”吧!
创新互联专注于企业全网营销推广、网站重做改版、黄冈网站定制设计、自适应品牌网站建设、H5建站、商城网站建设、集团公司官网建设、外贸网站制作、高端网站制作、响应式网页设计等建站业务,价格优惠性价比高,为黄冈等各大城市提供网站开发制作服务。
微服务化项目除了稳定性我个人还比较关心的几个问题:
一:服务间数据传输的效率和安全性。
二:服务的动态扩充,也就是服务的注册和发现,服务集群化。
三:微服务功能的可订制化,因为并不是所有的功能都会很符合你的需求,难免需要根据自己的需要二次开发一些功能。
go-micro是go语言下的一个很好的rpc微服务框架,功能很完善,而且我关心的几个问题也解决的很好:
一:服务间传输格式为protobuf,效率上没的说,非常的快,也很安全。
二:go-micro的服务注册和发现是多种多样的。我个人比较喜欢etcdv3的服务服务发现和注册。
三:主要的功能都有相应的接口,只要实现相应的接口,就可以根据自己的需要订制插件。
Server监听客户端的调用,和Brocker推送过来的信息进行处理。并且Server端需要向Register注册自己的存在或消亡,这样Client才能知道自己的状态。
Register服务的注册的发现。
Client端从Register中得到Server的信息,然后每次调用都根据算法选择一个的Server进行通信,当然通信是要经过编码/解码,选择传输协议等一系列过程的。
如果有需要通知所有的Server端可以使用Brocker进行信息的推送。
Brocker信息队列进行信息的接收和发布。
go-micro之所以可以高度订制和他的框架结构是分不开的,go-micro由8个关键的interface组成,每一个interface都可以根据自己的需求重新实现,这8个主要的inteface也构成了go-micro的框架结构。
Transort
服务之间通信的接口。也就是服务发送和接收的最终实现方式,是由这些接口定制的。
源码:
typeSocketinterface{
Recv(*Message)error
Send(*Message)error
Close()error
}
typeClientinterface{
Socket
}
typeListenerinterface{
Addr()string
Close()error
Accept(func(Socket))error
}
typeTransportinterface{
Dial(addrstring,opts...DialOption)(Client,error)
Listen(addrstring,opts...ListenOption)(Listener,error)
String()string
}
Transport的Listen方法是一般是Server端进行调用的,他监听一个端口,等待客户端调用。
Transport的Dial就是客户端进行连接服务的方法。他返回一个Client接口,这个接口返回一个Client接口,这个Client嵌入了Socket接口,这个接口的方法就是具体发送和接收通信的信息。
http传输是go-micro默认的同步通信机制。当然还有很多其他的插件:grpc,nats,tcp,udp,rabbitmq,nats,都是目前已经实现了的方式。在go-plugins里你都可以找到。
Codec
有了传输方式,下面要解决的就是传输编码和解码问题,go-micro有很多种编码解码方式,默认的实现方式是protobuf,当然也有其他的实现方式,json、protobuf、jsonrpc、mercury等等。
源码
typeCodecinterface{
ReadHeader(*Message,MessageType)error
ReadBody(interface{})error
Write(*Message,interface{})error
Close()error
String()string
}
typeMessagestruct{
Iduint64
TypeMessageType
Targetstring
Methodstring
Errorstring
Headermap[string]string
}
Codec接口的Write方法就是编码过程,两个Read是解码过程。
Registry
服务的注册和发现,目前实现的consul,mDNS,etcd,etcdv3,zookeeper,kubernetes.等等,
typeRegistryinterface{
Register(*Service,...RegisterOption)error
Deregister(*Service)error
GetService(string)([]*Service,error)
ListServices()([]*Service,error)
Watch(...WatchOption)(Watcher,error)
String()string
Options()Options
}
简单来说,就是Service进行Register,来进行注册,Client使用watch方法进行监控,当有服务加入或者删除时这个方法会被触发,以提醒客户端更新Service信息。
默认的是服务注册和发现是consul,但是个人不推荐使用,因为你不能直接使用consul集群
5.jpg
我个人比较喜欢etcdv3集群。大家可以根据自己的喜好选择。
Selector
以Registry为基础,Selector是客户端级别的负载均衡,当有客户端向服务发送请求时,selector根据不同的算法从Registery中的主机列表,得到可用的Service节点,进行通信。目前实现的有循环算法和随机算法,默认的是随机算法。
源码:
typeSelectorinterface{
Init(opts...Option)error
Options()Options
//Selectreturnsafunctionwhichshouldreturnthenextnode
Select(servicestring,opts...SelectOption)(Next,error)
//Marksetsthesuccess/erroragainstanode
Mark(servicestring,node*registry.Node,errerror)
//Resetreturnsstatebacktozeroforaservice
Reset(servicestring)
//Closerenderstheselectorunusable
Close()error
//Nameoftheselector
String()string
}
默认的是实现是本地缓存,当前实现的有blacklist,label,named等方式。
Broker
Broker是消息发布和订阅的接口。很简单的一个例子,因为服务的节点是不固定的,如果有需要修改所有服务行为的需求,可以使服务订阅某个主题,当有信息发布时,所有的监听服务都会收到信息,根据你的需要做相应的行为。
源码
typeBrokerinterface{
Options()Options
Address()string
Connect()error
Disconnect()error
Init(...Option)error
Publish(string,*Message,...PublishOption)error
Subscribe(string,Handler,...SubscribeOption)(Subscriber,error)
String()string
}
Broker默认的实现方式是http方式,但是这种方式不要在生产环境用。go-plugins里有很多成熟的消息队列实现方式,有kafka、nsq、rabbitmq、redis,等等。
Client
Client是请求服务的接口,他封装Transport和Codec进行rpc调用,也封装了Brocker进行信息的发布。
源码
typeClientinterface{
Init(...Option)error
Options()Options
NewMessage(topicstring,msginterface{},opts...MessageOption)Message
NewRequest(service,methodstring,reqinterface{},reqOpts...RequestOption)Request
Call(ctxcontext.Context,reqRequest,rspinterface{},opts...CallOption)error
Stream(ctxcontext.Context,reqRequest,opts...CallOption)(Stream,error)
Publish(ctxcontext.Context,msgMessage,opts...PublishOption)error
String()string
}
当然他也支持双工通信Stream这些具体的实现方式和使用方式,以后会详细解说。
默认的是rpc实现方式,他还有grpc和http方式,在go-plugins里可以找到
Server
Server看名字大家也知道是做什么的了。监听等待rpc请求。监听broker的订阅信息,等待信息队列的推送等。
源码
typeServerinterface{
Options()Options
Init(...Option)error
Handle(Handler)error
NewHandler(interface{},...HandlerOption)Handler
NewSubscriber(string,interface{},...SubscriberOption)Subscriber
Subscribe(Subscriber)error
Register()error
Deregister()error
Start()error
Stop()error
String()string
}
默认的是rpc实现方式,他还有grpc和http方式,在go-plugins里可以找到
Service
Service是Client和Server的封装,他包含了一系列的方法使用初始值去初始化Service和Client,使我们可以很简单的创建一个rpc服务。
源码:
typeServiceinterface{
Init(...Option)
Options()Options
Client()client.Client
Server()server.Server
Run()error
String()string
}
感谢各位的阅读,以上就是“go micro整体架构是怎样的”的内容了,经过本文的学习后,相信大家对go micro整体架构是怎样的这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!
网站名称:gomicro整体架构是怎样的
分享地址:http://scyanting.com/article/igccdi.html