go micro整体架构是怎样的

这篇文章主要讲解了“go micro整体架构是怎样的”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“go micro整体架构是怎样的”吧！
　　微服务化项目除了稳定性我个人还比较关心的几个问题：
　　一:服务间数据传输的效率和安全性。
　　二:服务的动态扩充，也就是服务的注册和发现，服务集群化。
　　三:微服务功能的可订制化，因为并不是所有的功能都会很符合你的需求，难免需要根据自己的需要二次开发一些功能。
　　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整体架构是怎样的这一问题有了更深刻的体会免费云主机、域名，具体使用情况还需要大家实践验证。这里是云技术，小编将为大家推送更多相关知识点的文章，欢迎关注！

相关推荐: Node.js中的多进程和多线程实例分析

本篇内容主要讲解“Node.js中的多进程和多线程实例分析”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“Node.js中的多进程和多线程实例分析”吧!我们都知道 Node.js 采用的是单线程、基于事件驱动的异步 …