要想作好微服務,咱們須要理解和掌握的知識點很是多,從幾個維度上來講:mysql
基本功能層面git
高階功能層面github
對於其中每一點,咱們都須要用很長的篇幅來說述其原理和實現,那麼對咱們後端開發者來講,要想把這些知識點都掌握並落實到業務系統裏,難度是很是大的,不過咱們能夠依賴已經被大流量驗證過的框架體系。go-zero微服務框架就是爲此而生。redis
另外,咱們始終秉承工具大於約定和文檔的理念。咱們但願儘量減小開發人員的心智負擔,把精力都投入到產生業務價值的代碼上,減小重複代碼的編寫,因此咱們開發了goctl
工具。sql
下面我經過書店服務來演示經過go-zero快速的建立微服務的流程,走完一遍,你就會發現:原來編寫微服務如此簡單!shell
爲了教程簡單,咱們用書店服務作示例,而且只實現其中的增長書目和檢查價格功能。數據庫
寫此書店服務是爲了從總體上演示go-zero構建完整微服務的過程,實現細節儘量簡化了。json
全部綠色背景的功能模塊是自動生成的,按需激活,紅色模塊是須要本身寫的,也就是增長下依賴,編寫業務特有邏輯,各層示意圖分別以下:後端
下面咱們來一塊兒完整走一遍快速構建微服務的流程,Let’s Go
!🏃♂️api
安裝etcd, mysql, redis
安裝goctl工具
GO111MODULE=on GOPROXY=https://goproxy.cn/,direct go get -u github.com/tal-tech/go-zero/tools/goctl
建立工做目錄bookstore
在bookstore
目錄下執行go mod init bookstore
初始化go.mod
在bookstore/api
目錄下經過goctl生成api/bookstore.api
:
goctl api -o bookstore.api
編輯bookstore.api
,爲了簡潔,去除了文件開頭的info
,代碼以下:
type ( addReq struct { book string `form:"book"` price int64 `form:"price"` } addResp struct { ok bool `json:"ok"` } ) type ( checkReq struct { book string `form:"book"` } checkResp struct { found bool `json:"found"` price int64 `json:"price"` } ) service bookstore-api { @server( handler: AddHandler ) get /add(addReq) returns(addResp) @server( handler: CheckHandler ) get /check(checkReq) returns(checkResp) }
type用法和go一致,service用來定義get/post/head/delete等api請求,解釋以下:
service bookstore-api {
這一行定義了service名字@server
部分用來定義server端用到的屬性handler
定義了服務端handler名字get /add(addReq) returns(addResp)
定義了get方法的路由、請求參數、返回參數等使用goctl生成API Gateway代碼
goctl api go -api bookstore.api -dir .
生成的文件結構以下:
api ├── bookstore.api // api定義 ├── bookstore.go // main入口定義 ├── etc │ └── bookstore-api.yaml // 配置文件 └── internal ├── config │ └── config.go // 定義配置 ├── handler │ ├── addhandler.go // 實現addHandler │ ├── checkhandler.go // 實現checkHandler │ └── routes.go // 定義路由處理 ├── logic │ ├── addlogic.go // 實現AddLogic │ └── checklogic.go // 實現CheckLogic ├── svc │ └── servicecontext.go // 定義ServiceContext └── types └── types.go // 定義請求、返回結構體
啓動API Gateway服務,默認偵聽在8888端口
go run bookstore.go -f etc/bookstore-api.yaml
測試API Gateway服務
curl -i "http://localhost:8888/check?book=go-zero"
返回以下:
HTTP/1.1 200 OK Content-Type: application/json Date: Thu, 03 Sep 2020 06:46:18 GMT Content-Length: 25 {"found":false,"price":0}
能夠看到咱們API Gateway其實啥也沒幹,就返回了個空值,接下來咱們會在rpc服務裏實現業務邏輯
能夠修改internal/svc/servicecontext.go
來傳遞服務依賴(若是須要)
實現邏輯能夠修改internal/logic
下的對應文件
能夠經過goctl
生成各類客戶端語言的api調用代碼
到這裏,你已經能夠經過goctl生成客戶端代碼給客戶端同窗並行開發了,支持多種語言,詳見文檔
在rpc/add
目錄下編寫add.proto
文件
能夠經過命令生成proto文件模板
goctl rpc template -o add.proto
修改後文件內容以下:
syntax = "proto3"; package add; message addReq { string book = 1; int64 price = 2; } message addResp { bool ok = 1; } service adder { rpc add(addReq) returns(addResp); }
用goctl
生成rpc代碼,在rpc/add
目錄下執行命令
goctl rpc proto -src add.proto
文件結構以下:
rpc/add ├── add.go // rpc服務main函數 ├── add.proto // rpc接口定義 ├── adder │ ├── adder.go // 提供了外部調用方法,無需修改 │ ├── adder_mock.go // mock方法,測試用 │ └── types.go // request/response結構體定義 ├── etc │ └── add.yaml // 配置文件 ├── internal │ ├── config │ │ └── config.go // 配置定義 │ ├── logic │ │ └── addlogic.go // add業務邏輯在這裏實現 │ ├── server │ │ └── adderserver.go // 調用入口, 不須要修改 │ └── svc │ └── servicecontext.go // 定義ServiceContext,傳遞依賴 └── pb └── add.pb.go
直接能夠運行,以下:
$ go run add.go -f etc/add.yaml Starting rpc server at 127.0.0.1:8080...
etc/add.yaml
文件裏能夠修改偵聽端口等配置
在rpc/check
目錄下編寫check.proto
文件
能夠經過命令生成proto文件模板
goctl rpc template -o check.proto
修改後文件內容以下:
syntax = "proto3"; package check; message checkReq { string book = 1; } message checkResp { bool found = 1; int64 price = 2; } service checker { rpc check(checkReq) returns(checkResp); }
用goctl
生成rpc代碼,在rpc/check
目錄下執行命令
goctl rpc proto -src check.proto
文件結構以下:
rpc/check ├── check.go // rpc服務main函數 ├── check.proto // rpc接口定義 ├── checker │ ├── checker.go // 提供了外部調用方法,無需修改 │ ├── checker_mock.go // mock方法,測試用 │ └── types.go // request/response結構體定義 ├── etc │ └── check.yaml // 配置文件 ├── internal │ ├── config │ │ └── config.go // 配置定義 │ ├── logic │ │ └── checklogic.go // check業務邏輯在這裏實現 │ ├── server │ │ └── checkerserver.go // 調用入口, 不須要修改 │ └── svc │ └── servicecontext.go // 定義ServiceContext,傳遞依賴 └── pb └── check.pb.go
etc/check.yaml
文件裏能夠修改偵聽端口等配置
須要修改etc/check.yaml
的端口爲8081
,由於8080
已經被add
服務使用了,直接能夠運行,以下:
$ go run check.go -f etc/check.yaml Starting rpc server at 127.0.0.1:8081...
修改配置文件bookstore-api.yaml
,增長以下內容
Add: Etcd: Hosts: - localhost:2379 Key: add.rpc Check: Etcd: Hosts: - localhost:2379 Key: check.rpc
經過etcd自動去發現可用的add/check服務
修改internal/config/config.go
以下,增長add/check服務依賴
type Config struct { rest.RestConf Add rpcx.RpcClientConf // 手動代碼 Check rpcx.RpcClientConf // 手動代碼 }
修改internal/svc/servicecontext.go
,以下:
type ServiceContext struct { Config config.Config Adder adder.Adder // 手動代碼 Checker checker.Checker // 手動代碼 } func NewServiceContext(c config.Config) *ServiceContext { return &ServiceContext{ Config: c, Adder: adder.NewAdder(rpcx.MustNewClient(c.Add)), // 手動代碼 Checker: checker.NewChecker(rpcx.MustNewClient(c.Check)), // 手動代碼 } }
經過ServiceContext在不一樣業務邏輯之間傳遞依賴
修改internal/logic/addlogic.go
裏的Add
方法,以下:
func (l *AddLogic) Add(req types.AddReq) (*types.AddResp, error) { // 手動代碼開始 resp, err := l.svcCtx.Adder.Add(l.ctx, &adder.AddReq{ Book: req.Book, Price: req.Price, }) if err != nil { return nil, err } return &types.AddResp{ Ok: resp.Ok, }, nil // 手動代碼結束 }
經過調用adder
的Add
方法實現添加圖書到bookstore系統
修改internal/logic/checklogic.go
裏的Check
方法,以下:
func (l *CheckLogic) Check(req types.CheckReq) (*types.CheckResp, error) { // 手動代碼開始 resp, err := l.svcCtx.Checker.Check(l.ctx, &checker.CheckReq{ Book: req.Book, }) if err != nil { return nil, err } return &types.CheckResp{ Found: resp.Found, Price: resp.Price, }, nil // 手動代碼結束 }
經過調用checker
的Check
方法實現從bookstore系統中查詢圖書的價格
bookstore下建立rpc/model
目錄:mkdir -p rpc/model
在rpc/model目錄下編寫建立book表的sql文件book.sql
,以下:
CREATE TABLE `book` ( `book` varchar(255) NOT NULL COMMENT 'book name', `price` int NOT NULL COMMENT 'book price', PRIMARY KEY(`book`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
建立DB和table
create database gozero;
source book.sql;
在rpc/model
目錄下執行以下命令生成CRUD+cache代碼,-c
表示使用redis cache
goctl model mysql ddl -c -src book.sql -dir .
也能夠用datasource
命令代替ddl
來指定數據庫連接直接從schema生成
生成後的文件結構以下:
rpc/model ├── bookstore.sql ├── bookstoremodel.go // CRUD+cache代碼 └── vars.go // 定義常量和變量
修改rpc/add/etc/add.yaml
和rpc/check/etc/check.yaml
,增長以下內容:
DataSource: root:@tcp(localhost:3306)/gozero Table: book Cache: - Host: localhost:6379
可使用多個redis做爲cache,支持redis單點或者redis集羣
修改rpc/add/internal/config.go
和rpc/check/internal/config.go
,以下:
type Config struct { rpcx.RpcServerConf DataSource string // 手動代碼 Table string // 手動代碼 Cache cache.CacheConf // 手動代碼 }
增長了mysql和redis cache配置
修改rpc/add/internal/svc/servicecontext.go
和rpc/check/internal/svc/servicecontext.go
,以下:
type ServiceContext struct { c config.Config Model *model.BookModel // 手動代碼 } func NewServiceContext(c config.Config) *ServiceContext { return &ServiceContext{ c: c, Model: model.NewBookModel(sqlx.NewMysql(c.DataSource), c.Cache, c.Table), // 手動代碼 } }
修改rpc/add/internal/logic/addlogic.go
,以下:
func (l *AddLogic) Add(in *add.AddReq) (*add.AddResp, error) { // 手動代碼開始 _, err := l.svcCtx.Model.Insert(model.Book{ Book: in.Book, Price: in.Price, }) if err != nil { return nil, err } return &add.AddResp{ Ok: true, }, nil // 手動代碼結束 }
修改rpc/check/internal/logic/checklogic.go
,以下:
func (l *CheckLogic) Check(in *check.CheckReq) (*check.CheckResp, error) { // 手動代碼開始 resp, err := l.svcCtx.Model.FindOne(in.Book) if err != nil { return nil, err } return &check.CheckResp{ Found: true, Price: resp.Price, }, nil // 手動代碼結束 }
至此代碼修改完成,凡事手動修改的代碼我加了標註
add api調用
curl -i "http://localhost:8888/add?book=go-zero&price=10"
返回以下:
HTTP/1.1 200 OK Content-Type: application/json Date: Thu, 03 Sep 2020 09:42:13 GMT Content-Length: 11 {"ok":true}
check api調用
curl -i "http://localhost:8888/check?book=go-zero"
返回以下:
HTTP/1.1 200 OK Content-Type: application/json Date: Thu, 03 Sep 2020 09:47:34 GMT Content-Length: 25 {"found":true,"price":10}
由於寫入依賴於mysql的寫入速度,就至關於壓mysql了,因此壓測只測試了check接口,至關於從mysql裏讀取並利用緩存,爲了方便,直接壓這一本書,由於有緩存,多本書也是同樣的,對壓測結果沒有影響。
壓測以前,讓咱們先把打開文件句柄數調大:
ulimit -n 20000
並日志的等級改成error
,防止過多的info影響壓測結果,在每一個yaml配置文件里加上以下:
Log: Level: error
能夠看出在個人MacBook Pro上能達到3萬+的qps。
https://github.com/tal-tech/go-zero/tree/master/example/bookstore
咱們一直強調工具大於約定和文檔。
go-zero不僅是一個框架,更是一個創建在框架+工具基礎上的,簡化和規範了整個微服務構建的技術體系。
咱們在保持簡單的同時也儘量把微服務治理的複雜度封裝到了框架內部,極大的下降了開發人員的心智負擔,使得業務開發得以快速推動。
經過go-zero+goctl生成的代碼,包含了微服務治理的各類組件,包括:併發控制、自適應熔斷、自適應降載、自動緩存控制等,能夠輕鬆部署以承載巨大訪問量。
有任何好的提高工程效率的想法,隨時歡迎交流!👏
https://github.com/tal-tech/go-zero
添加個人微信:kevwan,請註明go-zero,我拉進go-zero社區羣🤝
好將來技術