Go-micro 是什么
Go-micro 框架是一套微服务分布式的框架,可以大幅度的提高开发效率。
源码地址:https://github.com/micro/go-micro
Go-micro 拥有很多特性:
- 服务注册、发现
- 负载均衡
- 消息解码,并默认支持 json 以及 protobuf
- 基于 rpc 的请求响应
- 异步的消息通讯
- 接口可插拔
其中最值得一提的是最后一个特性,接口可插拔。只要实现上图的 8 个关键 interface,就可以随意的根据需求重新时间这 8 个接口的功能。这 8 个接口一实现了 go-micro 的整体架构。
这些接口都有默认的实现方式,意味着你不需要写任何的插件就可以使用这个微服务架构。
主要 interface
整个 Go Micro 都是有这 8 个 interface 构成的,换而言之只要理解了这 8 个接口,并仔细研究其中一个实现基本就能了解整个框架的实现和架构。下面先来看看这 8 个接口
Transort
服务之间通信的接口。也就是服务发送和接收的最终实现方式,是由这些接口定制的。
type Socket interface {Recv(*Message) error
Send(*Message) error
Close() error}
type Client interface {Socket}
type Listener interface {Addr() string
Close() error
Accept(func(Socket)) error
}
type Transport interface {Dial(addr string, opts ...DialOption) (Client, error)
Listen(addr string, opts ...ListenOption) (Listener, error)
String() string}
Codec
有了传输方式,下面要解决的就是传输编码和解码问题,go-micro 有很多种编码解码方式,默认的实现方式是 protobuf, 当然也有其他的实现方式,json、protobuf、jsonrpc、mercury 等等。
源码
type Codec interface {ReadHeader(*Message, MessageType) error
ReadBody(interface{}) error
Write(*Message, interface{}) error
Close() error
String() string}
type Message struct {
Id uint64
Type MessageType
Target string
Method string
Error string
Header map[string]string
}
Codec 接口的 Write 方法就是编码过程,两个 Read 是解码过程。
Registry
服务的注册和发现,目前实现的 consul,mdns, etcd,etcdv3,zookeeper,kubernetes. 等等,
type Registry interface {Register(*Service, ...RegisterOption) error
Deregister(*Service) error
GetService(string) ([]*Service, error)
ListServices() ([]*Service, error)
Watch(...WatchOption) (Watcher, error)
String() string
Options() Options}
Selector
以 Registry 为基础,Selector 是客户端级别的负载均衡,当有客户端向服务发送请求时,selector 根据不同的算法从 Registery 中的主机列表,得到可用的 Service 节点,进行通信。目前实现的有循环算法和随机算法,默认的是随机算法。
type Selector interface {Init(opts ...Option) error
Options() Options
// Select returns a function which should return the next node
Select(service string, opts ...SelectOption) (Next, error)
// Mark sets the success/error against a node
Mark(service string, node *registry.Node, err error)
// Reset returns state back to zero for a service
Reset(service string)
// Close renders the selector unusable
Close() error
// Name of the selector
String() string}
默认的是实现是本地缓存,当前实现的有 blacklist,label,named 等方式。
Broker
Broker 是消息发布和订阅的接口。很简单的一个例子,因为服务的节点是不固定的,如果有需要修改所有服务行为的需求,可以使服务订阅某个主题,当有信息发布时,所有的监听服务都会收到信息,根据你的需要做相应的行为。
type Broker interface {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 进行信息的发布。
type Client interface {Init(...Option) error
Options() Options
NewMessage(topic string, msg interface{}, opts ...MessageOption) Message
NewRequest(service, method string, req interface{}, reqOpts ...RequestOption) Request
Call(ctx context.Context, req Request, rsp interface{}, opts ...CallOption) error
Stream(ctx context.Context, req Request, opts ...CallOption) (Stream, error)
Publish(ctx context.Context, msg Message, opts ...PublishOption) error
String() string}
当然他也支持双工通信 Stream 这些具体的实现方式和使用方式,以后会详细解说。
默认的是 rpc 实现方式,他还有 grpc 和 http 方式,在 go-plugins 里可以找到
Server
Server 看名字大家也知道是做什么的了。监听等待 rpc 请求。监听 broker 的订阅信息,等待信息队列的推送等。
type Server interface {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}
Service
Service 是 Client 和 Server 的封装,他包含了一系列的方法使用初始值去初始化 Service 和 Client,使我们可以很简单的创建一个 rpc 服务。
type Service interface {Init(...Option)
Options() Options
Client() client.Client
Server() server.Server
Run() error
String() string}