第一章我们会用Micro的下列几个技术点:
- 使用
micro new
生成模板 - 使用
go-micro/config
加载配置文件 - 基于go-micro创建service服务
- 基于go-micro创建web服务
本章节我们实现用户服务,用户服务分为两层,web层(user-web)与服务层(user-service),前者提供http接口,后者向web提供RPC服务。
- user-web 以下简称web
- user-service 以下简称service
web服务主要向用户提供如下接口
- 登录与token颁发
- 鉴权
我们不提供注册接口,一来增加不必要的代码量,我们的核心还是介绍如何使用Micro组件。
server服务主要向所有内部服务提供用户查询接口:
- 根据userName用户名查询用户
由于我们现在才开始第一章,所以我们下面的内容细节处讲解会多一些。后面的章节我们会加快脚步。
在开发应用之前,我们要先定义好命名空间。
服务 | 命名空间 | 说明 | --- |
---|---|---|---|
接入层API | mu.micro.book.web | 负责代理所有mu.micro.book.web下游的web应用,比如mu.micro.book.web.user等 | --- |
用户web | mu.micro.book.web.user | 接收API下放的路由为/user请求 | --- |
用户服务 | mu.micro.book.service.user | 对架构内应用提供user查询服务 | --- |
见下图
我们先从下往上编写,也就是从服务层user-service开始
user-srv的各组件如下表所示
启动顺序 | 组件 | 作用 | --- |
---|---|---|---|
1 | basic | 初始化配置与解析配置文件,初始化数据库等基础组件 | --- |
2 | model | 模型层,提供业务数据 | --- |
3 | handler | 接入层,提供对外接口,并向model层调用请求数据 | --- |
Micro有提供代码生成器指令new,它可以新建服务模板代码,把基本所需的目录结构建好,省去大家挖坑的时间。
下面我们使用它来创建用户服务。
- *需要有个说明的地方,因为我们现在执行的命令是直接将代码生成到当前的目录,所以大家在自己运行时,请修改到自己的路径,以免覆盖示例程序,引起不必要的麻烦。
好,我们开始
micro new --namespace=mu.micro.book --type=service --alias=user github.com/micro-in-cn/tutorials/microservice-in-micro/part1/user-service
注:如果有报Unknow type service,则把--type=service换成--type=service,srv这是[email protected]及以前的版本用法
我们解释一下各个flag参数
- namespace,因为我们要让web直接暴露在API之下,而本篇后面我们会开一个handler模式为web的API,它的命名空间为
mu.micro.book.web
,故而,我们服务
模板生成在user-service目录,其结构如下
.
├── Dockerfile
├── Makefile
├── README.md
├── generate.go
├── go.mod
├── handler
│ └── user.go
├── main.go
├── plugin.go
├── proto
│ └── user
│ └── user.proto
└── subscriber
└── user.go
删除subscriber目录,因为这是用于专门放订阅异步消息组件的目录,我们暂时用不到,后面的章节会介绍。
删除go mod文件,我们在项目最外层有统一的go mod,这里不需要,有兴趣了解的同学可以谷歌搜索go mod的具体用法。
删除Dockerfile, Makefile打包编程文件与README.md,我们暂不需要,大家可以选择性保留。
尔后添加basic基础工具目录和conf配置相关的目录,添加model业务领域模型目录,详见下面的目录结构
.
├── main.go
├── plugin.go
├── basic
│ └── config * 配置类
│ │ └── config.go * 初始化配置类
│ │ └── etcd.go * etcd配置结构体
│ │ └── mysql.go * mysql配置结构体
│ │ └── profiles.go * 配置文件树辅助类
│ └── db * 数据库相关
│ │ └── db.go * 初始化数据库
│ │ └── mysql.go * mysql数据库相关
│ └── basic * 初始化基础组件
├── conf * 配置文件目录
├── handler
│ └── user.go
├── model * 增加模型层,用于与数据库交换数据
│ └── user * 用户模型类
│ │ └── user.go * 初始化用户模型类
│ │ └── user_get.go * 封装获取用户数据类业务
│ └── model.go * 初始化模型层
├── proto/user
│ └── user.proto
其中加*
的便是我们修改过的结构,其后跟的描述是目录或文件的功能或作用。可能大家会觉得改动这么大,模板命令还有什么用呢?
其实模板只是生成基础目录,把大家引进一个风格的项目中,这样管理起来会轻松许多。下面我们解释一下为什么要新增三个目录:basic,model和conf。
basic和model其实和Micro无关,只是为了满足我们为user-service的业务定位,它是一个MVC应用后台,而C交给了user-web,其中的M才是它的主要功能。
-
basic 负责初始化基础组件,比如数据库、配置等
-
model 负责封装业务逻辑
-
conf 配置文件目录,现在我们还没用配置中心,暂先用文件的方式
有朋友会问,那handler目录呢?刚说user-service本质上是一个MVC应用的后台,它弱化了C成handler,只负责接收请求,不改动业务数据值,但可能改动结构以便回传。
下面我们开始处理业务方面的东西
我们需要在user.proto中定义User原型,暂且定义以下字段,足够登录,显示用户基本信息、异常信息即可;
syntax = "proto3";
package mu.micro.book.service.user;
service User {
rpc QueryUserByName (Request) returns (Response) {
}
}
message user {
int64 id = 1;
string name = 2;
string pwd = 3;
uint64 createdTime = 4;
uint64 updatedTime = 5;
}
message Error {
int32 code = 1;
string detail = 2;
}
message Request {
string userID = 1;
string userName = 2;
string userPwd = 3;
}
message Response {
bool success = 1;
Error error = 2;
user user = 3;
}
上面我们定义了User服务的基本原型结构,包含用户User,请求Request与响应结构Response,还定义了查询用户的方法QueryUserByName。
下面我们生成类型与服务方法:
protoc --proto_path=. --go_out=. --micro_out=. proto/user/user.proto
下面是代码生成的main.go
package main
// ...
func main() {
// New Service
service := micro.NewService(
micro.Name("mu.micro.book.service.user"),
micro.Version("latest"),
)
// Initialise service
service.Init()
// Register Handler
s.RegisterUserHandler(service.Server(), new(handler.User))
// Register Struct as Subscriber
micro.RegisterSubscriber("mu.micro.book.service.user", service.Server(), new(subscriber.User))
// Register Function as Subscriber
micro.RegisterSubscriber("mu.micro.book.service.user", service.Server(), subscriber.Handler)
// Run service
if err := service.Run(); err != nil {
log.Fatal(err)
}
}
生成的main方法比较简单,根据我们当前的需求,我们把不要的pubsub(发布订阅)都删掉,变成:
package main
// ...
func main() {
// New Service 新建服务
service := micro.NewService(
micro.Name("mu.micro.book.service.user"),
micro.Version("latest"),
)
// Initialise service 初始化服务
service.Init()
// Register Handler 注册服务
s.RegisterUserHandler(service.Server(), new(handler.Service))
// Run service 启动服务
if err := service.Run(); err != nil {
log.Fatal(err)
}
}
朋友们可能已经发现,如果我们要从数据库里获取数据,模块提供的代码是远远不够的,那下面我们就真正开始编写代码。
我们选用Mysql作为数据库,以下是建表语句,完整sql可以在文档目录找到:
CREATE TABLE `user`
(
`id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',
`user_id` int(10) unsigned DEFAULT NULL COMMENT '用户id',
`user_name` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL COMMENT '用户名',
`pwd` varchar(128) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL COMMENT '密码',
`created_time` timestamp(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3),
`updated_time` timestamp(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3) ON UPDATE CURRENT_TIMESTAMP(3),
PRIMARY KEY (`id`),
UNIQUE KEY `user_user_name_uindex` (`user_name`),
UNIQUE KEY `user_user_id_uindex` (`user_id`)
) ENGINE = InnoDB
DEFAULT CHARSET = utf8mb4
COLLATE = utf8mb4_bin COMMENT ='用户表';
预置一条数据,为了简化,我们的账户密码暂时使用明文,后面的章节会加盐hash后再存储、匹配。
INSERT INTO user (user_id, user_name, pwd) VALUE (10001, 'micro', '123');
基础组件目前主要的功能是初始化配置与数据库。它的入口代码是一个Init初始化方法,负责初始化其下所有组件。
package basic
import (
"github.com/micro-in-cn/tutorials/microservice-in-micro/part1/user-service/basic/config"
"github.com/micro-in-cn/tutorials/microservice-in-micro/part1/user-service/basic/db"
)
func Init() {
config.Init()
db.Init()
}
加载配置我们会使用到go-config里面的本地文件配置。相关示例可以参考go-config示例。
我们先看下根配置文件application.yml的样子
app:
profiles:
include: etcd, db
起名为application.yml是参考了Spring-boot风格,我觉得这个设计非常漂亮,于是在这抄袭一番。我们把etcd和db配置分到独立的文件中
通过解析app.profiles.include
来加载指定的配置文件。当然也可以全部写在application.yml中,只是我觉得挤在一起的配置不优雅。
然后再将初始化配置的过程大致如下:
顺序 | 过程 | 说明 |
---|---|---|
1 | 加载application.yml | 读取conf目录下application.yml文件 |
2 | 解析profiles属性 | 如果有该属性则找到include值,该值就是指定需要引入的conf下的配置文件 |
3 | 解析include | 解析出include配置【值】,并组合成文件名,文件名规则为[application-值.yml] |
4 | 读取include声明文件 | 读取配置文件值 |
5 | 解析配置 | 将配置文件中的值解析到配置对象中 |
下面是它的核心代码
// InitConfig 初始化配置
func InitConfig() {
m.Lock()
defer m.Unlock()
if inited {
log.Logf(fmt.Errorf("[InitConfig] 配置已经初始化过"))
return
}
// 加载yml配置
// 先加载基础配置
appPath, _ := filepath.Abs(filepath.Dir(filepath.Join("./", string(filepath.Separator))))
pt := filepath.Join(appPath, "conf")
os.Chdir(appPath)
// 找到application.yml文件
if err = config.Load(file.NewSource(file.WithPath(pt + "/application.yml"))); err != nil {
panic(err)
}
// 找到需要引入的新配置文件
if err = config.Get(defaultRootPath, "profiles").Scan(&profiles); err != nil {
panic(err)
}
log.Infof("[InitConfig] 加载配置文件:path: %s, %+v\n", pt+"/application.yml", profiles)
// 开始导入新文件
if len(profiles.GetInclude()) > 0 {
include := strings.Split(profiles.GetInclude(), ",")
sources := make([]source.Source, len(include))
for i := 0; i < len(include); i++ {
filePath := pt + string(filepath.Separator) + defaultConfigFilePrefix + strings.TrimSpace(include[i]) + ".yml"
fmt.Printf(filePath + "\n")
sources[i] = file.NewSource(file.WithPath(filePath))
}
// 加载include的文件
if err = config.Load(sources...); err != nil {
panic(err)
}
}
// 赋值
config.Get(defaultRootPath, "etcd").Scan(&etcdConfig)
config.Get(defaultRootPath, "mysql").Scan(&mysqlConfig)
// 标记已经初始化
inited = true
}
我们目前定义了三个配置结构,它们在basic的config目录下
// defaultProfiles 属性配置文件
type defaultProfiles struct {
Include string `json:"include"`
}
// defaultEtcdConfig 默认etcd 配置
type defaultEtcdConfig struct {
Enabled bool `json:"enabled"`
Host string `json:"host"`
Port int `json:"port"`
}
// defaultMysqlConfig mysql 配置
type defaultMysqlConfig struct {
URL string `json:"url"`
Enable bool `json:"enabled"`
MaxIdleConnection int `json:"maxIdleConnection"`
MaxOpenConnection int `json:"maxOpenConnection"`
}
数据库的初始化动作在db.go目录下,下面是初始化方法入口:
package db
// ***
var (
inited bool
mysqlDB *sql.DB
m sync.RWMutex
)
// Init 初始化数据库
func Init() {
m.Lock()
defer m.Unlock()
var err error
if inited {
err = fmt.Errorf("[Init] db 已经初始化过")
log.Logf(err)
return
}
// 如果配置声明使用mysql
if config.GetMysqlConfig().GetEnabled() {
initMysql()
}
inited = true
}
// GetDB 获取db
func GetDB() *sql.DB {
return mysqlDB
}
从代码中可以看到,在判断配置文件中有激活Mysql指令GetEnabled时才会去加载数据库。
mysql.go中的初始化代码:
func initMysql() {
var err error
// 创建连接
mysqlDB, err = sql.Open("mysql", config.GetMysqlConfig().GetURL())
if err != nil {
log.Fatal(err)
panic(err)
}
// 最大连接数
mysqlDB.SetMaxOpenConns(config.GetMysqlConfig().GetMaxOpenConnection())
// 最大闲置数
mysqlDB.SetMaxIdleConns(config.GetMysqlConfig().GetMaxIdleConnection())
// 激活链接
if err = mysqlDB.Ping(); err != nil {
log.Fatal(err)
panic(err)
}
}
好,我们把基础的配置与数据库加载完成,现在开始编写业务服务代码。
用户模型服务很简单,就是像数据库获取用户信息被返回给调用者
下面用户模型服务类定义及初始化user.go
user.go
package user
// ...
var (
s *service
m sync.RWMutex
)
// service 服务
type service struct {
}
// Service 用户服务类
type Service interface {
// QueryUserByName 根据用户名获取用户
QueryUserByName(userName string) (ret *proto.User, err error)
}
// GetService 获取服务类
func GetService() (Service, error) {
if s == nil {
return nil, fmt.Errorf("[GetService] GetService 未初始化")
}
return s, nil
}
// Init 初始化用户服务层
func Init() {
m.Lock()
defer m.Unlock()
if s != nil {
return
}
s = &service{}
}
- 其定义了接口Service,声明其能力GetService。
- service结构继承Service提供服务。
- userService向model.go暴露初始化方法Init
- model.go
package model
// ...
// Init 初始化模型层
func Init() {
user.Init()
}
现在我们有了服务模型层的结构,开始实现从数据库里获取数据,具体逻辑写在user_get.go里
user_get.go
package user
// ...
func (s *service) QueryUserByName(userName string) (ret *proto.User, err error) {
queryString := `SELECT user_id, user_name, pwd FROM user WHERE user_name = ?`
// 获取数据库
o := db.GetDB()
ret = &proto.User{}
// 查询
err = o.QueryRow(queryString, userName).Scan(ret.Id, ret.Name, ret.Pwd)
if err != nil {
log.Logf("[QueryUserByName] 查询数据失败,err:%s", err)
return
}
return
}
查询方法很简单,这里不赘述。
服务类写完之后,我们还差handler与main方法没有完成,下一步我们编写handler处理器user.go,让它来调用model模型层。
user.go
type Service struct{}
var (
userService us.Service
)
// Init 初始化handler
func Init() {
var err error
userService, err = us.GetService()
if err != nil {
log.Fatal("[Init] 初始化Handler错误")
return
}
}
// QueryUserByName 通过参数中的名字返回用户
func (e *Service) QueryUserByName(ctx context.Context, req *s.Request, rsp *s.Response) error {
user, err := userService.QueryUserByName(req.UserName)
if err != nil {
rsp.Success = false
rsp.Error = &s.Error{
Code: 500,
Detail: err.Error(),
}
return err
}
rsp.User = user
rsp.Success = true
return nil
}
handler直接调用模型层方法获取数据并回传给rsp结构。
下面把main.go调整一下,然后就可以启动程序了:
package main
// ...
func main() {
// 初始化配置、数据库等信息
basic.Init()
// 使用etcd注册
micReg := etcd.NewRegistry(registryOptions)
// New Service
service := micro.NewService(
micro.Name("mu.micro.book.service.user"),
micro.Registry(micReg),
micro.Version("latest"),
)
// 服务初始化
service.Init(
micro.Action(func(c *cli.Context) {
// 初始化模型层
model.Init()
// 初始化handler
handler.Init()
}),
)
// 注册服务
//这里如果使用的是v1的protoc-gen-micro的话,会编译报错。使用`go get -u github.com/micro/protoc-gen-micro/v2`安装v2的新插件即可。
s.RegisterUserHandler(service.Server(), new(handler.Service))
// 启动服务
if err := service.Run(); err != nil {
log.Fatal(err)
}
}
func registryOptions(ops *registry.Options) {
etcdCfg := config.GetEtcdConfig()
ops.Timeout = time.Second * 5
ops.Addrs = []string{fmt.Sprintf("%s:%d", etcdCfg.GetHost(), etcdCfg.GetPort())}
}
代码中我们默认使用 Etcd 作为注册中心,被在 Action 中初始化基础组件与模型层。
注意,因为handler依赖model,所以初始化handler要在初始化模型层之后执行。
好,程序写完了,下面我们启动它。
$ go run main.go plugin.go
2019/04/12 23:57:12 [Init] 加载配置文件:path: /Users/me/workspace/go/src/github.com/micro-in-cn/tutorials/microservice-in-micro/part1/user-service/conf/application.yml, {Include:etcd, db}
2019/04/12 23:57:12 [Init] 加载配置文件:path: /Users/me/workspace/go/src/github.com/micro-in-cn/tutorials/microservice-in-micro/part1/user-service/conf/application-etcd.yml
2019/04/12 23:57:12 [Init] 加载配置文件:path: /Users/me/workspace/go/src/github.com/micro-in-cn/tutorials/microservice-in-micro/part1/user-service/conf/application-db.yml
2019/04/12 23:57:12 Transport [http] Listening on [::]:52801
2019/04/12 23:57:12 Broker [http] Connected to [::]:52802
2019/04/12 23:57:12 Registry [etcd] Registering node: mu.micro.book.service.user-f1cb2a6c-1c8b-4d90-97b6-a9e287c1acc4
启动成功,我们调用Service.QueryUserByName测试一下服务是否正常:
$ micro --registry=etcd call mu.micro.book.service.user User.QueryUserByName '{"userName":"micro"}'
{
"user": {
"id": 10001,
"name": "micro",
"pwd": "1234"
}
}
我们初步完成了user-srv的编写。服务具备了向外提供数据交换的能力,它把配置、数据库、模型与接口(handler)统一起来,已经具备微服务的雏形。
有朋友可能会疑问为什么handler->model->db等几个组件都有初始化方法,直接使用[包名.方法名]的方式调用不好吗?
我比较倾向于使用这种服务中重要组件须初始化的方式来设计程序,因为这样让程序调用结构层次封装得更好,各组件如何而来显得清清楚楚。就像Java Bean一样,只是我们显式使用了Init方法。
下面,我们开始编写用户服务的web层user-web。
web服务负责暴露接口给用户,用户请求登录,web通过用户名userName向service获取用户信息,再比对密码,正确则登录成功,反之返回错误。
请求链如下图
相信大家在了解user-service之后,对整个编码过程更熟悉了,所以我们加快步伐。开始写代码。
因为web是web应用,所以我们--type
flag传入web。
micro new --namespace=mu.micro.book --type=web --alias=user github.com/micro-in-cn/tutorials/microservice-in-micro/part1/user-web
生成的模板目录结构如下
├── main.go
├── plugin.go
├── handler
│ └── handler.go
├── html
│ └── index.html
├── Dockerfile
├── Makefile
├── README.md
└── go.mod
go-web是一个很简单的web开发库,它不像其它go语言的web框架有那么多工具集,它核心在两个方面
- 让程序支持http请求
- 天生属于Micro生态
它不需要额外的代码就可以注册到Micro生态中,和其它类型的服务一样。
web核心有三个地方
- config.go 负责加载配置
- handler.go 负责处理请求
- main.go 程序运行入口
config.go和service的config差不多,我们不赘述。
handler.go
package handler
// ...
var (
serviceClient us.Service
)
// Error 错误结构体
type Error struct {
Code string `json:"code"`
Detail string `json:"detail"`
}
func Init() {
serviceClient = us.NewUserService("mu.micro.book.service.user", client.DefaultClient)
}
// Login 登录入口
func Login(w http.ResponseWriter, r *http.Request) {
// 只接受POST请求
if r.Method != "POST" {
log.Logf("非法请求")
http.Error(w, "非法请求", 400)
return
}
r.ParseForm()
// 调用后台服务
rsp, err := serviceClient.QueryUserByName(context.TODO(), &us.Request{
UserName: r.Form.Get("userName"),
})
if err != nil {
http.Error(w, err.Error(), 500)
return
}
// 返回结果
response := map[string]interface{}{
"ref": time.Now().UnixNano(),
}
if rsp.User.Pwd == r.Form.Get("pwd") {
response["success"] = true
// 干掉密码返回
rsp.User.Pwd = ""
response["data"] = rsp.User
} else {
response["success"] = false
response["error"] = &Error{
Detail: "密码错误",
}
}
w.Header().Add("Content-Type", "application/json; charset=utf-8")
// 返回JSON结构
if err := json.NewEncoder(w).Encode(response); err != nil {
http.Error(w, err.Error(), 500)
return
}
}
handler里定义了错误结构体Error、Init、Login方法。
- Init 用来初始化handler需要用到的服务客户端
- Login 处理登录请求
Login在解析完参数后,通过RPC调用service的QueryUserByName方法。查出的结果后再进行密码匹配。
匹配成功后便返回用户信息。我们看下请求结果
运行api
$ micro --registry=etcd --api_namespace=mu.micro.book.web api --handler=web
运行user-service
$ cd ../user-service
$ go run main.go plugin.go
运行user-web
$ go run main.go
请求
$ curl --request POST --url http://127.0.0.1:8080/user/login --header 'Content-Type: application/x-www-form-urlencoded' --data 'userName=micro&pwd=1234'
# 返回结果
{"data":{"id":10001,"name":"micro"},"ref":1555248603726819000,"success":false}
这样,我们把用户发送请求,API接收请求,web向service查询数据整个调用链都调通了。
本章我们实现了处理从客户端到服务链的用户登录请求,给大家演示了从API层到web层再到服务层之间是如何工作的。
我们本章用到的Micro技术点有(依次从文章开始到结束)
- micro new,生成Micro风格的模板代码,它是micro项目中的一个子包。
- protoc-gen-go,隐藏在
protoc ... --micro_out
指令中执行了,感兴趣的同学可以去了解一下。 - go-micro,代码中micro.NewService,service.Init等都是go-micro中不同类型服务各自实现的方法。
- go-config,加载配置时使用。
- go-web,编写web应用user-web时用到。
至此,我们的服务架构完成度如下:(红圈服务为完成)
但我们工作还不完善:
- 登录后没有session管理,没有生成并返回token。
- web和service都有basic部分的初始化代码,这部分是可以抽出来公用的。
后面我们会逐一完善。
接下来的下一章,我们会编写权限服务,我们会在这一章实现token生成、颁发、删除、广播等操作。请翻阅,第二章 权限服务。
朋友,请加入slack,进入中国区Channel沟通。