• 微服务架构攀登之路(五)之Go-micro入门


    一、go-micro入门

    1. go-micro 简介

    ⚫  Go Micro 是一个插件化的基础框架,基于此可以构建微服务,Micro 的设计哲学是可插拔的插件化架构

    ⚫  在架构之外,它默认实现了 consul   作为服务发现(2019   年源码修改了默认使用mdns),通过 http 进行通信,通过 protobuf 和 json 进行编解码

    2. go-micro 的主要功能

    ⚫ 服务发现:自动服务注册和名称解析。服务发现是微服务开发的核心。当服务 A需要与服务 B 通话时,它需要该服务的位置。默认发现机制是多播 DNS(mdns),一种零配置系统。您可以选择使用 SWIM 协议为 p2p 网络设置八卦,或者为弹性云原生设置设置 consul

    ⚫ 负载均衡:基于服务发现构建的客户端负载均衡。一旦我们获得了服务的任意数量实例的地址,我们现在需要一种方法来决定要路由到哪个节点。我们使用随机散列负载均衡来提供跨服务的均匀分布,并在出现问题时重试不同的节点

    ⚫ 消息编码:基于内容类型的动态消息编码。客户端和服务器将使用编解码器和内容类型为您无缝编码和解码 Go 类型。可以编码任何种类的消息并从不同的客户端发送。客户端和服务器默认处理此问题。这包括默认的protobuf 和 json

    ⚫ 请求/响应:基于 RPC 的请求/响应,支持双向流。我们提供了同步通信的抽象。对服务的请求将自动解决,负载平衡,拨号和流式传输。启用 tls 时,默认传输为 http/ 1.1 或 http2

    ⚫ Async Messaging:PubSub 是异步通信和事件驱动架构的一流公民。事件通知是微服务开发的核心模式。启用 tls 时,默认消息传递是点对点 http / 1.1 或 http2

    ⚫ 可插拔接口:Go Micro 为每个分布式系统抽象使用 Go 接口,因此,这些接口是可插拔的,并允许 Go Micro 与运行时无关,可以插入任何基础技术

    ◼    插件地址:https://github.com/micro/go-plugins

    3. go-micro 通信流程

    ⚫ Server 监听客户端的调用,和 Brocker 推送过来的信息进行处理。并且 Server 端需要向 Register 注册自己的存在或消亡,这样 Client 才能知道自己的状态

    ⚫ Register 服务的注册的发现,Client 端从 Register 中得到 Server 的信息,然后每次调用都根据算法选择一个的 Server 进行通信,当然通信是要经过编码/解码,选择传输协议等一系列过程的

    ⚫ 如果有需要通知所有的 Server 端可以使用 Brocker 进行信息的推送,Brocker 信息队列进行信息的接收和发布

    4. go-micro 核心接口

    ⚫  go-micro 之所以可以高度订制和他的框架结构是分不开的,go-micro 由 8 个关键的interface 组成,每一个 interface 都可以根据自己的需求重新实现,这 8  个主要的inteface 也构成了 go-micro 的框架结构

     二、Go Micro接口详解

    1. 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 
    } 

    2. Codec 编码接口

    ⚫ go-micro 有很多种编码解码方式,默认的实现方式是protobuf,当然也有其他的实现方式,json

    type Codec interface { 
       ReadHeader(*Message, MessageType) error 
       ReadBody(interface{}) error 
       Write(*Message, interface{}) error 
       Close() error 
       String() string 
    } 

    3. Registry 注册接口

    ⚫  服务的注册和发现,目前实现的有 consul、mdns、etcd、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 
    }  

    4. 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 
    }  

    5. 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 
    } 

    6. 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 
    } 

    7. 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 
    } 

    8. Serveice 接口

    ⚫ Service  是 Client  和 Server 的封装,他包含了一系列的方法使用初始值去初始化

    type Service interface { 
       Init(...Option) 
       Options() Options 
       Client() client.Client 
       Server() server.Server 
       Run() error 
       String() string 
    } 
    
  • 相关阅读:
    第一次c++团队合作项目第三篇随笔
    第一次c++团队合作项目第二篇随笔
    第一次c++团队合作作业期间第一篇随笔
    电梯调度程序
    给我留下深刻印象的三位老师
    一个带有富文本功能的记事本
    我也忘了第几次团队作业
    关于复数输入输出的一点见解
    c++团队作业工作笔记
    又要开始新的征程了hhh(这次内容比较感兴趣)
  • 原文地址:https://www.cnblogs.com/zhangyafei/p/11932229.html
Copyright © 2020-2023  润新知