近几年诞生了很多微服务框架，比如JAVA的Spring Cloud、Dubbo;Golang的GoKit和GoMicro以及NodeJs的Seneca。几乎每种主流语言都有其对应的微服务框架。
创新互联专注于镇雄企业网站建设,成都响应式网站建设,商城网站开发。镇雄网站建设公司,为镇雄等地区提供建站服务。全流程按需求定制开发，专业设计，全程项目跟踪，创新互联专业和态度为您提供的服务
Go在微服务框架中有其独特的优势，至于优势在哪，自行google。
1、GoKit框架
这是一个工具包的集合，可以帮助攻城狮构建强大、可靠和可维护的微服务。提供了用于实现系统监控和弹性模式组件的库，例如日志、跟踪、限流、熔断等。
基于这个框架的应用程序架构由三个主要的部分组成：
传输层：用于网络通信，服务通常使用HTTP或者gRPC等网络传输协议，或者使用NATS等发布订阅系统相互通信。
接口层：是服务器和客户端的基本构建块。每个对外提供的接口方法都会定义为一个Endpoint，一遍在服务器和客户端之间进行网络通信，每个端点使用传输层通过HTTP或gRPC等具体通信模式对外提供服务
服务成：具体的业务逻辑实现
2、GoMicro框架
这是一个基于Go语言实现的插件化RPC微服务框架。提供了服务发现、负载均衡、同步传输、异步通信以及事件驱动等机制，尝试简化分布式系统之间的通信，让开发者更专注于自身业务逻辑的开发。
GoMicro的设计哲学是可插拔的架构理念，提供了可快速构建系统的组件，并且可以根据自身的需求对GoMicro提供的默认实现进行定制。所有插件都可在仓库github.com/micro/go-plugins 中找到。
网关=反向代理+负载均衡+各种策略，技术实现也有多种多样，有基于 nginx 使用 lua 的实现，比如 openresty、kong；也有基于 zuul 的通用网关；还有就是 golang 的网关，比如 tyk。
这篇文章主要是讲如何基于 golang 实现一个简单的网关。
转自： troy.wang/docs/golang/posts/golang-gateway/
整理：go语言钟文文档:
启动两个后端 web 服务（代码）
这里使用命令行工具进行测试
具体代码
直接使用基础库 httputil 提供的NewSingleHostReverseProxy即可，返回的reverseProxy对象实现了serveHttp方法，因此可以直接作为 handler。
具体代码
director中定义回调函数，入参为*http.Request，决定如何构造向后端的请求，比如 host 是否向后传递，是否进行 url 重写，对于 header 的处理，后端 target 的选择等，都可以在这里完成。
director在这里具体做了：
modifyResponse中定义回调函数，入参为*http.Response，用于修改响应的信息，比如响应的 Body，响应的 Header 等信息。
最终依旧是返回一个ReverseProxy，然后将这个对象作为 handler 传入即可。
参考 2.2 中的NewSingleHostReverseProxy，只需要实现一个类似的、支持多 targets 的方法即可，具体实现见后面。
作为一个网关服务，在上面 2.3 的基础上，需要支持必要的负载均衡策略，比如：
随便 random 一个整数作为索引，然后取对应的地址即可，实现比较简单。
具体代码
使用curIndex进行累加计数，一旦超过 rss 数组的长度，则重置。
具体代码
轮询带权重，如果使用计数递减的方式，如果权重是5,1,1那么后端 rs 依次为a,a,a,a,a,b,c,a,a,a,a…，其中 a 后端会瞬间压力过大；参考 nginx 内部的加权轮询，或者应该称之为平滑加权轮询，思路是：
后端真实节点包含三个权重：
操作步骤：
具体代码
一致性 hash 算法，主要是用于分布式 cache 热点/命中问题；这里用于基于某 key 的 hash 值，路由到固定后端，但是只能是基本满足流量绑定，一旦后端目标节点故障，会自动平移到环上最近的那么个节点。
实现：
具体代码
每一种不同的负载均衡算法，只需要实现添加以及获取的接口即可。
然后使用工厂方法，根据传入的参数，决定使用哪种负载均衡策略。
具体代码
作为网关，中间件必不可少，这类包括请求响应的模式，一般称作洋葱模式，每一层都是中间件，一层层进去，然后一层层出来。
中间件的实现一般有两种，一种是使用数组，然后配合 index 计数；一种是链式调用。
具体代码
一，原因：
学习研究go-micro已经有两三天了，在这里做个总结，有2点原因，第1点方便以后如果有一段时间没有用过micro导致几乎都忘了，那么这篇文章方便自己在很短的时间内重朔对micro的知识体系，第2个原因也算给自己一个交代，比较花了时间去研究了。接下来会从go-micro库，和micro工具两方面。
二，go-micro
介绍：go-micro可以理解为一个可以很快创建微服务器的第三方库，从可提供功能上分一下几点：
1，可提供开发服务端：这个服务端只能通过其他微服务通过rpc方式调用。当你看到用protoc工具生成的.micro.go文件的时候你会发现，主要包含2部分，第1部分接口是给调用方提供的，定义了作为客户端如何调用服务端。第2部分接口是服务端接口。通过实现接口，就可以实现服务端功能。大体上做server的流程如下。
1.1创建一个service实例（相当与micro整体对外的接口）。Micro.NewService
1.2初始化service实例。Service.init()
1.3实践自己的Handler逻辑。
1.4将自己实现的Handler和service绑定注册。
1.5 service运行。 service.run.
2,可提供开发web服务端：用micro做web服务端的优势在于可以在这个web服务端内部实现client接口，进而通过rpc方式调用其他用micro搭建的微服务。大体上创建的流程如下。
2.1创建一个webservice实例(可设置静态文件路由).
2.2初始化service
2.3注册自己的handler函数。
2.4 service启动运行。
3，可提供开发网关api: 其实就是对后面多个服务端起到一个聚合的作用，因为micro工具中网关就是基于go-micro开发的,初步看了一下micro中网关的源码大体设计流程如下。
第二部分micro工具
1，做api使用：上面也有介绍这个api工具就是基于go-micro写的，启动需要注意两个比较主要的参数，--namespace、 --handler.一个是命名空间，一个是api,rpc,event中那种方式。
2，做cli控制台使用：这个比较常用，主要提供一下功能。
2.1代替另一个微服务中的client端，调用call方法测试自己微服务。
2.2检查自己的微服务状态，例如服务列表，服务是否保活。
2.3可以把指定的微服务注册/撤销到另一个服务发现中。
3，做web UI使用：我的理解就是一个web界面的控制台。
4，proxy代理使用:不同的局域网是不能访问的，即使是各种局域网中的电脑能够访问外网。因为中间有所谓的nat技术。感觉这个proxy就是nat穿透技术的一种。
首先保证 Git 和 Go 已经安装成功。可以参考:
其次配置好 GOPATH 环境变量。
Go Micro 是基于 Go 语言用于开发的微服务的 RPC 框架，它是 Micro 的基础，执行下面当命令安装：
核心是 gogetgithub.com/micro/go-micro，但一些包需预先安装好（由于网络或映射原因）。
Protocol Buffers (a.k.a., protobuf) 是 Google 的数据交换格式。 在 下载安装源码，编译安装。本文选择的 cpp 的版本：
还需要安装 Go 对 Protobuf 的支持，和 Protobuf 代码生成器：
Micro 用于提供构建微服务的关键元素集合。
时间会比较久。
至此一个基本的 Go Micro 环境就安装完毕。
官方网站给了一个测试用例，我们先体验一下：
先安装官方测试案例 srv：
安装完成后，会在 $GOPATH/bin 下生成 srv 执行文件，启动他。本文已经将 $GOPATH/bin 设置到环境变量 path 中。
通过命令查看当前运行的微服务实例：
调用微服务：
得到以上结果，表示 Go Micro 的相关产品安装完毕！
Micro的api就是api网关
API参考了 API网关模式 为服务提供了一个单一的公共入口。基于服务发现，使得micro api可以提供具备http及动态路由的服务。
Micro的API基于HTTP协议。请求的API接口通过HTTP协议访问，并且路由是基于服务发现机制向下转发的。 Micro API在 go-micro 之上开发，所以它集成了服务发现、负载均衡、编码及基于RPC的通信。
因为micro api内部使用了go-micro，所以它自身也是可插拔的。 参考 go-plugins 了解对gRPC、kubernetes、etcd、nats、及rabbitmq等支持。另外，api也使用了 go-api ，这样，接口handler也是可以配置的。
ACME（ Automatic Certificate Management Environment）是由 Let’s Encrypt 制定的安全协议。
可以选择是否配置白名单
API服务支持TLS证书
API使用带分隔符的命名空间来在逻辑上区分后台服务及公开的服务。命名空间及http请求路径会用于解析服务名与方法，比如 GET /foo HTTP/1.1 会被路由到 go.micro.api.foo 服务上。
API默认的命名空间是 go.micro.api ，当然，也可以修改：
我们演示一个3层的服务架构：
完整示例可以参考： examples/greeter
先决条件：我们使用Consul作为默认的服务发现，所以请先确定它已经安装好了，并且已经运行，比如执行 consul agent -dev 这样子方式运行。
向micro api发起http请求
HTTP请求的路径 /greeter/say/hello 会被路由到服务 go.micro.api.greeter 的方法 Say.Hello 上。
绕开api服务并且直接通过rpc调用：
使用JSON的方式执行同一请求：
micro api提供下面类型的http api接口
请看下面的例子
Handler负责持有并管理HTTP请求路由。
默认的handler使用从注册中心获取的端口元数据来决定指向服务的路由，如果路由不匹配，就会回退到使用”rpc” hander。在注册时，可以通过 go-api 来配置路由。
API有如下方法可以配置请求handler：
通过 /rpc 入口可以绕开handler处理器。
API处理器接收任何的HTTP请求，并且向前转发指定格式的RPC请求。
RPC处理器接收json或protobuf格式的HTTP POST请求，然后向前转成RPC请求。
代理Handler其实是内置在服务发现中的反向代理服务。
事件处理器使用go-micro的broker代理接收http请求并把请求作为消息传到消息总线上。
Web处理器是，它是内置在服务发现中的HTTP反向代理服务，支持web socket。
/rpc 端点允许绕过主handler，然后与任何服务直接会话。
示例：
更多信息查看可运行的示例： github.com/micro/examples/api
解析器，Micro使用命名空间与HTTP请求路径来动态路由到具体的服务。
API命名的空间是 go.micro.api 。可以通过指令 --namespace 或者环境变量 MICRO_NAMESPACE= 设置命名空间。
下面说一下解析器是如何使用的：
RPC解析器示例中的RPC服务有名称与方法，分别是 go.micro.api.greeter ， Greeter.Hello 。
URL会被解析成以下几部分：
带版本号的API URL也可以很容易定位到具体的服务：
代理解析器只处理服务名，所以处理方案和RPC解析器有点不太一样。
URL会被解析成以下几部分：
