kit库

该库详细的文档可以参考官方文档,本文只是针对kit官网给出的stringsvc相关例子示例的学习。

示例代码stringsvc1

package mainimport ("context""encoding/json""errors""log""net/http""strings""github.com/go-kit/kit/endpoint"httptransport "github.com/go-kit/kit/transport/http"
)// StringService provides operations on strings.
type StringService interface {Uppercase(string) (string, error)Count(string) int
}// stringService is a concrete implementation of StringService
type stringService struct{}func (stringService) Uppercase(s string) (string, error) {if s == "" {return "", ErrEmpty}return strings.ToUpper(s), nil
}func (stringService) Count(s string) int {return len(s)
}// ErrEmpty is returned when an input string is empty.
var ErrEmpty = errors.New("empty string")// For each method, we define request and response structs
type uppercaseRequest struct {S string `json:"s"`
}type uppercaseResponse struct {V   string `json:"v"`Err string `json:"err,omitempty"` // errors don't define JSON marshaling
}type countRequest struct {S string `json:"s"`
}type countResponse struct {V int `json:"v"`
}// Endpoints are a primary abstraction in go-kit. An endpoint represents a single RPC (method in our service interface)
func makeUppercaseEndpoint(svc StringService) endpoint.Endpoint {return func(_ context.Context, request interface{}) (interface{}, error) {req := request.(uppercaseRequest)v, err := svc.Uppercase(req.S)if err != nil {return uppercaseResponse{v, err.Error()}, nil}return uppercaseResponse{v, ""}, nil}
}func makeCountEndpoint(svc StringService) endpoint.Endpoint {return func(_ context.Context, request interface{}) (interface{}, error) {req := request.(countRequest)v := svc.Count(req.S)return countResponse{v}, nil}
}// Transports expose the service to the network. In this first example we utilize JSON over HTTP.
func main() {svc := stringService{}uppercaseHandler := httptransport.NewServer(makeUppercaseEndpoint(svc),decodeUppercaseRequest,encodeResponse,)countHandler := httptransport.NewServer(makeCountEndpoint(svc),decodeCountRequest,encodeResponse,)http.Handle("/uppercase", uppercaseHandler)http.Handle("/count", countHandler)log.Fatal(http.ListenAndServe(":7000", nil))
}func decodeUppercaseRequest(_ context.Context, r *http.Request) (interface{}, error) {var request uppercaseRequestif err := json.NewDecoder(r.Body).Decode(&request); err != nil {return nil, err}return request, nil
}func decodeCountRequest(_ context.Context, r *http.Request) (interface{}, error) {var request countRequestif err := json.NewDecoder(r.Body).Decode(&request); err != nil {return nil, err}return request, nil
}func encodeResponse(_ context.Context, w http.ResponseWriter, response interface{}) error {return json.NewEncoder(w).Encode(response)
}

第一个例子就简单的一百余行代码,这段代码就可以运行出基础的逻辑流程。在终端中运行该脚本。

wuzi$ go run stringsvc1.go

在终端中输入如下访问;

 wuzi$ curl -XPOST -d'{"s":"hello, world"}' localhost:7000/uppercase
{"v":"HELLO, WORLD"}wuzi$ curl -XPOST -d'{"s":"hello, world"}' localhost:7000/count
{"v":12}

这就是官方给出的最简单的示例,我们大致来分析一下这个示例的执行的逻辑流程。

在进行深入分析的开始,我们可以通过文档的描述可知,kit抽象了三个比较重要的概念。

  1. Service,服务是定义的一组接口,该接口贯穿到整个中间件的调用,是串联起来所有流程的一个接口。
  2. Endpoint,可以抽象的定义为任何一个服务的请求,如rpc、http等,可当做流程中返回值的类型。
  3. Transports,通信的方式选择,可选择http,rpc和amqp等通信方式。

有了如上的三个基本概念之后,我们开始查看一个流程的过程。

流程分析
 svc := stringService{}uppercaseHandler := httptransport.NewServer(makeUppercaseEndpoint(svc),decodeUppercaseRequest,encodeResponse,)countHandler := httptransport.NewServer(makeCountEndpoint(svc),decodeCountRequest,encodeResponse,)http.Handle("/uppercase", uppercaseHandler)http.Handle("/count", countHandler)

众所周知,http.Handle中传入的都是一个handler类型的数据,即uppercaseHandler和countHandler都实现了handler的方法。在本例中httptransport是github.com/go-kit/kit/transport/http,即指定了http的方式,查看该对应的NewServer方法。

func NewServer(e endpoint.Endpoint,dec DecodeRequestFunc,enc EncodeResponseFunc,options ...ServerOption,
) *Server {s := &Server{e:            e,dec:          dec,enc:          enc,errorEncoder: DefaultErrorEncoder,errorHandler: transport.NewLogErrorHandler(log.NewNopLogger()),}for _, option := range options {option(s)}return s
}

从本例中可看出最终返回了Server,即Server实现了ServeHTTP方法。

func (s Server) ServeHTTP(w http.ResponseWriter, r *http.Request) {ctx := r.Context()if len(s.finalizer) > 0 {iw := &interceptingWriter{w, http.StatusOK, 0}defer func() {ctx = context.WithValue(ctx, ContextKeyResponseHeaders, iw.Header())ctx = context.WithValue(ctx, ContextKeyResponseSize, iw.written)for _, f := range s.finalizer {  // 是否注册了请求处理完成之后的回调方法如果有则遍历执行f(ctx, iw.code, r)}}()w = iw}for _, f := range s.before {    // 检查是否有再请求执行之前的注册回调函数有则执行ctx = f(ctx, r)}request, err := s.dec(ctx, r)    // 解析传入的参数并生成requestif err != nil {s.errorHandler.Handle(ctx, err)s.errorEncoder(ctx, err, w)return}response, err := s.e(ctx, request)   // 调用service中注册的处理业务的函数处理if err != nil {s.errorHandler.Handle(ctx, err)s.errorEncoder(ctx, err, w)return}for _, f := range s.after {            // 是否有在处理完成之后执行的回调函数如果有则执行ctx = f(ctx, w)}if err := s.enc(ctx, w, response); err != nil {   // 调用解析返回的数据将解析的数据返回s.errorHandler.Handle(ctx, err)s.errorEncoder(ctx, err, w)return}
}

在本例中真正执行的方法其实是如下两个函数;

func makeUppercaseEndpoint(svc StringService) endpoint.Endpoint {return func(_ context.Context, request interface{}) (interface{}, error) {req := request.(uppercaseRequest)v, err := svc.Uppercase(req.S)if err != nil {return uppercaseResponse{v, err.Error()}, nil}return uppercaseResponse{v, ""}, nil}
}func makeCountEndpoint(svc StringService) endpoint.Endpoint {return func(_ context.Context, request interface{}) (interface{}, error) {req := request.(countRequest)v := svc.Count(req.S)return countResponse{v}, nil}
}

通过传入的svc来调用真正执行业务的Uppercase方法和Count方法,而这些方法的传入参数都是通过解析函数decodeUppercaseRequest和decodeCountRequest来解析并通过encodeResponse将数据序列化返回。

看完了第一个stringsvc1,发现好像跟普通的web框架好像流程上也没有太多不同。接着我们再直接查看stringsvc3的示例代码。

示例代码stringsvc3

示例代码就不贴了,stringsvc3代码自行查看

项目的结构就划分成了如下几个文件,

  • instrumenting.go,该文件主要就是进行监控数据的中间件。
  • logging.go,主要就是打印日志的中间件。
  • proxying.go,代理服务的中间件,将服务代理到后端。
  • service.go,编写服务的文件。
  • transport.go,通信编码解码,编写传入数据与解析数据服务调用的文件。
  • main.go,程序执行的入口文件。

根据官方提供的启动方式;

MacBook-Pro:stringsvc3 wuzi$ stringsvc3 -listen=:8001 &
[1] 55441
listen=:8001 caller=proxying.go:27 proxy_to=none
listen=:8001 caller=main.go:68 msg=HTTP addr=:8001
MacBook-Pro:stringsvc3 wuzi$ stringsvc3 -listen=:8002 &
[2] 55473
listen=:8002 caller=proxying.go:27 proxy_to=none
listen=:8002 caller=main.go:68 msg=HTTP addr=:8002
MacBook-Pro:stringsvc3 wuzi$ stringsvc3 -listen=:8003 &
[3] 55506
listen=:8003 caller=proxying.go:27 proxy_to=none
listen=:8003 caller=main.go:68 msg=HTTP addr=:8003
MacBook-Pro:stringsvc3 wuzi$ stringsvc3 -listen=:7000 -proxy=localhost:8001,localhost:8002,localhost:8003
listen=:7000 caller=proxying.go:46 proxy_to="[localhost:8001 localhost:8002 localhost:8003]"
listen=:7000 caller=main.go:68 msg=HTTP addr=:7000

此时打开新的终端访问;

MacBook-Pro:microt wuzi$ for s in foo bar baz ; do curl -d"{\"s\":\"$s\"}" localhost:7000/uppercase ; done

运行服务的终端就会输出;

listen=:8001 caller=logging.go:22 method=uppercase input=foo output=FOO err=null took=2.593µs
listen=:7000 caller=logging.go:22 method=uppercase input=foo output=FOO err=null took=4.498745ms
listen=:8002 caller=logging.go:22 method=uppercase input=bar output=BAR err=null took=3.469µs
listen=:7000 caller=logging.go:22 method=uppercase input=bar output=BAR err=null took=4.661837ms
listen=:8003 caller=logging.go:22 method=uppercase input=baz output=BAZ err=null took=2.66µs
listen=:7000 caller=logging.go:22 method=uppercase input=baz output=BAZ err=null took=2.090753ms

从输出可以看出,将三个请求分别代理到了不同的后端服务上去了。

反向代理流程

在main.go函数中;

package mainimport ("context""flag""net/http""os"stdprometheus "github.com/prometheus/client_golang/prometheus""github.com/prometheus/client_golang/prometheus/promhttp""github.com/go-kit/kit/log"kitprometheus "github.com/go-kit/kit/metrics/prometheus"httptransport "github.com/go-kit/kit/transport/http"
)func main() {var (listen = flag.String("listen", ":8080", "HTTP listen address")proxy  = flag.String("proxy", "", "Optional comma-separated list of URLs to proxy uppercase requests"))flag.Parse()var logger log.Loggerlogger = log.NewLogfmtLogger(os.Stderr)logger = log.With(logger, "listen", *listen, "caller", log.DefaultCaller)fieldKeys := []string{"method", "error"}requestCount := kitprometheus.NewCounterFrom(stdprometheus.CounterOpts{Namespace: "my_group",Subsystem: "string_service",Name:      "request_count",Help:      "Number of requests received.",}, fieldKeys)requestLatency := kitprometheus.NewSummaryFrom(stdprometheus.SummaryOpts{Namespace: "my_group",Subsystem: "string_service",Name:      "request_latency_microseconds",Help:      "Total duration of requests in microseconds.",}, fieldKeys)countResult := kitprometheus.NewSummaryFrom(stdprometheus.SummaryOpts{Namespace: "my_group",Subsystem: "string_service",Name:      "count_result",Help:      "The result of each count method.",}, []string{})var svc StringServicesvc = stringService{}svc = proxyingMiddleware(context.Background(), *proxy, logger)(svc) // 注册反向代理的中间件,如果proxy有数据则是反向代理开启svc = loggingMiddleware(logger)(svc)svc = instrumentingMiddleware(requestCount, requestLatency, countResult)(svc)uppercaseHandler := httptransport.NewServer(makeUppercaseEndpoint(svc),decodeUppercaseRequest,encodeResponse,)countHandler := httptransport.NewServer(makeCountEndpoint(svc),decodeCountRequest,encodeResponse,)http.Handle("/uppercase", uppercaseHandler)http.Handle("/count", countHandler)http.Handle("/metrics", promhttp.Handler())logger.Log("msg", "HTTP", "addr", *listen)logger.Log("err", http.ListenAndServe(*listen, nil))
}

其中主要起作用的就是proxyingMiddleware,因为该中间件将决定启动的实例是不是执行反向代理的服务。

package mainimport ("context""errors""fmt""net/url""strings""time""golang.org/x/time/rate""github.com/sony/gobreaker""github.com/go-kit/kit/circuitbreaker""github.com/go-kit/kit/endpoint""github.com/go-kit/kit/log""github.com/go-kit/kit/ratelimit""github.com/go-kit/kit/sd""github.com/go-kit/kit/sd/lb"httptransport "github.com/go-kit/kit/transport/http"
)func proxyingMiddleware(ctx context.Context, instances string, logger log.Logger) ServiceMiddleware {// If instances is empty, don't proxy.if instances == "" {logger.Log("proxy_to", "none")return func(next StringService) StringService { return next }  // 如果不是代理服务则直接就行下一个中间件处理}// Set some parameters for our client.var (qps         = 100                    // beyond which we will return an errormaxAttempts = 3                      // per request, before giving upmaxTime     = 250 * time.Millisecond // wallclock time, before giving up)// Otherwise, construct an endpoint for each instance in the list, and add// it to a fixed set of endpoints. In a real service, rather than doing this// by hand, you'd probably use package sd's support for your service// discovery system.var (instanceList = split(instances)endpointer   sd.FixedEndpointer)logger.Log("proxy_to", fmt.Sprint(instanceList))   // 获取代理的监听列表for _, instance := range instanceList {            // 遍历每一个监控列表var e endpoint.Endpointe = makeUppercaseProxy(ctx, instance)            // 创建一个连接实例当前基于httpe = circuitbreaker.Gobreaker(gobreaker.NewCircuitBreaker(gobreaker.Settings{}))(e)  // 设置熔断机制e = ratelimit.NewErroringLimiter(rate.NewLimiter(rate.Every(time.Second), qps))(e)  // 设置限速机制endpointer = append(endpointer, e)}// Now, build a single, retrying, load-balancing endpoint out of all of// those individual endpoints.balancer := lb.NewRoundRobin(endpointer)    // 使用轮训的负载均衡方式retry := lb.Retry(maxAttempts, maxTime, balancer)   // 设置重试参数// And finally, return the ServiceMiddleware, implemented by proxymw.return func(next StringService) StringService {return proxymw{ctx, next, retry}         // 调用proxymw的服务处理方式}
}// proxymw implements StringService, forwarding Uppercase requests to the
// provided endpoint, and serving all other (i.e. Count) requests via the
// next StringService.
type proxymw struct {ctx       context.Contextnext      StringService     // Serve most requests via this service...uppercase endpoint.Endpoint // ...except Uppercase, which gets served by this endpoint
}func (mw proxymw) Count(s string) int {return mw.next.Count(s)
}func (mw proxymw) Uppercase(s string) (string, error) {response, err := mw.uppercase(mw.ctx, uppercaseRequest{S: s})  // 调用后端服务来处理清楚if err != nil {return "", err}resp := response.(uppercaseResponse)   // 将处理之后的后端请求返回if resp.Err != "" {return resp.V, errors.New(resp.Err)}return resp.V, nil
}func makeUppercaseProxy(ctx context.Context, instance string) endpoint.Endpoint {if !strings.HasPrefix(instance, "http") {instance = "http://" + instance}u, err := url.Parse(instance)if err != nil {panic(err)}if u.Path == "" {u.Path = "/uppercase"}return httptransport.NewClient("GET",u,encodeRequest,decodeUppercaseResponse,).Endpoint()
}func split(s string) []string {a := strings.Split(s, ",")for i := range a {a[i] = strings.TrimSpace(a[i])}return a
}

当请求进来的时候第一个接入的就是该中间件,如果是代理的实例则执行代理服务将请求通过轮训的方式发到后端中,然后将处理完成的请求再返回给客户端。每次请求都选择一个后端实例将请求发送出去。

总结

通过两个示例的学习与总结,kit提供的更多的是一个标准的开箱即用的一些方案和流程,如果把单独的方向代理,服务注册发现,服务降级熔断等内容来实现的话,不同的团队可能会开发出不同的标准来,使用kit库可以提供更标准的解决方案。由于本人才疏学浅,如有错误请批评指正。

go-kit微服务学习-官方示例stringsvc学习相关推荐

  1. springcloud项目的启动顺序_Spring Cloud微服务项目完整示例,含注册中心,网关,断路器等等...

    Spring Cloud微服务项目完整示例 目的是为了演示基于Spring Cloud微服务框架,搭建一个接近业务实际场景的项目,只实现了后端项目,前端可以使用VUE或者其他框架. 后端框架包括注册中 ...

  2. 微服务资源库太强了,学习手册限时开源

    在面试的时候,项目考题的重要性不言而喻.分布式和微服务则是在项目考察中难以越过的点.以一个项目的初期到成熟期为例,循序渐进深入到分布式系统中,层层递进剥开项目的本质,并且还要具备围绕这个本质去深度思考 ...

  3. .NET Core开发实战(第32课:集成事件:解决跨微服务的最终一致性)--学习笔记...

    32 | 集成事件:解决跨微服务的最终一致性 首先看一下集成事件的工作原理 它的目的时为了实现系统的集成,它主要是用于系统里面多个微服务之间相互传递事件 集成事件的实现方式有两种,一种是图上显示的发布 ...

  4. ASP.NET Core基于K8S的微服务电商案例实践--学习笔记

    摘要 一个完整的电商项目微服务的实践过程,从选型.业务设计.架构设计到开发过程管理.以及上线运维的完整过程总结与剖析. 讲师介绍 产品需求介绍 纯线上商城 线上线下一体化 跨行业 跨商业模式 从0开始 ...

  5. 【架构】研究谷歌和亚马逊的微服务案例,我们能学习到的经验

    产品复杂度与日俱增.想继续按以前的节奏去演进产品变得越来越困难了,是时候寻找一种更好的方法了.微服务架构承诺可以让团队快速前进... 但与此同时也带来了一系列全新的挑战. 在为Enchant搭建微服务 ...

  6. 为什么大公司一定要使用微服务?微服务杂谈(1),推荐学习

    马丁.福勒的一个观点是:除非管理单体应用的成本已经太复杂了(太大导致很难修改和部署),否则都不要考虑微服务.大部分应用都应该选择单体架构,做好单体应用的模块化而不是拆分成服务. 因此,系统一开始采用单 ...

  7. 【Flutter】Flutter Gallery 官方示例简介 ( 学习示例 | 邮件应用 | 零售应用 | 理财应用 | 旅行应用 | 新闻应用 | 自适应布局应用 )

    文章目录 一.Reply 邮件应用 二.Shrine 零售应用 三.Rally 理财应用 四.Crane 旅行应用 五.Fortnightly 新闻应用 六.Starter 自适应布局应用 Flutt ...

  8. 学习官方示例 - System.TClass

    本例效果图: 代码文件: unit Unit1;interfaceusesWindows, Messages, SysUtils, Variants, Classes, Graphics, Contr ...

  9. 学习官方示例 - SysUtils.EncodeDate、EncodeTime、StrToDate、StrToTime、StrToDateTime

    代码文件: unit Unit1;interfaceusesWindows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Fo ...

最新文章

  1. 高级程序设计 c语言 在线作业,[北京师范大学]19秋《高级程序设计(C)》离线作业(资料)...
  2. Select、Poll、Epoll IO复用技术
  3. php特殊函数,PHP常用特殊运算符号和函数的简单示例
  4. Maven环境搭配及继承
  5. 程序员和女教师相亲,晒出每月教师公积金,大家惊呼: 比我工资都高
  6. 指令include和动作include的区别
  7. python遍历数组冒泡排序_Python算法(一) 数组冒泡排序(难度等级:easy)
  8. SVM 训练--在训练集上acc为94% 在测试集上为70%
  9. 怎么用python找资料_python去哪里找资源教程学习?
  10. Attachments
  11. 修改电脑QQ界面大小
  12. Vue + Echarts 正态分布图,在线计算标准差,生成正态分布曲线
  13. 基于jq的别踩白块儿小游戏
  14. 我来自江湖修改器|我来自江湖修改器3dm下载 v0.1二十四项
  15. 【c++】C语言之输入行数,输出实心菱形和空心菱形
  16. 启动docker 报ERROR: failed to register layer: symlink
  17. canvas手写签名
  18. 解决透视变换后图片信息丢失的问题,附程序
  19. 在自建虚拟环境中出现的问题
  20. GitHub开源项目学习 电商系统Mall (二) Mac搭建Mall前后台环境

热门文章

  1. 新转机!2020年想裸辞的程序员们注意了
  2. 虽被BERT碾压,但还是有必要谈谈BERT时代与后时代的NLP
  3. 一个中心、三大原则,阿里这样做智能对话开发平台
  4. 解析深度神经网络背后的数学原理!
  5. SQL语句中 left join 后用 on 还是 where,区别大了!
  6. Linux 进程必知必会
  7. 熬了一个通宵,终于把 7 千万个 Key 删完了
  8. 直观讲解一下 RPC 调用和 HTTP 调用的区别!
  9. 如何采集Nginx的日志?
  10. Vert.x!这是目前最快的 Java 框架