帶你十天輕鬆搞定 Go 微服務系列（二）

kevwan發表於2022-01-18
Go微服務
系列文章：
帶你十天輕鬆搞定 Go 微服務系列（一） 帶你十天輕鬆搞定 Go 微服務系列（二） 帶你十天輕鬆搞定 Go 微服務系列（三） 帶你十天輕鬆搞定 Go 微服務系列（四） 帶你十天輕鬆搞定 Go 微服務系列（五） 帶你十天輕鬆搞定 Go 微服務系列（六） 帶你十天輕鬆搞定 Go 微服務系列（七） 帶你十天輕鬆搞定 Go 微服務系列（八、服務監控） 帶你十天輕鬆搞定 Go 微服務系列（九、鏈路追蹤） 帶你十天輕鬆搞定 Go 微服務之大結局（分散式事務）

上篇文章開始，我們透過一個系列文章跟大家詳細展示一個 go-zero 微服務示例，整個系列分十篇文章，目錄結構如下：

  1. 環境搭建
  2. 服務拆分（本文）
  3. 使用者服務
  4. 產品服務
  5. 訂單服務
  6. 支付服務
  7. RPC 服務 Auth 驗證
  8. 服務監控
  9. 鏈路追蹤
  10. 分散式事務

期望透過本系列帶你在本機利用 Docker 環境利用 go-zero 快速開發一個商城系統，讓你快速上手微服務。

完整示例程式碼：github.com/nivin-studio/go-zero-ma...

服務拆分

一個商城專案可拆分使用者服務（user）、訂單服務（order）、產品服務（product）、支付服務（pay）、售後服務（afterSale）…

每個服務都可以再分為 api 服務和 rpc 服務。api 服務對外，可提供給 app 呼叫。rpc 服務是對內的，可提供給內部 api 服務或者其他 rpc 服務呼叫。整個專案服務依賴流程圖大致如下：

1 使用者服務（user）

api 服務 埠：8000 rpc 服務 埠：9000
login 使用者登入介面 login 使用者登入介面
register 使用者註冊介面 register 使用者註冊介面
userinfo 使用者資訊介面 userinfo 使用者資訊介面
… … … …

2 產品服務（product）

api 服務 埠：8001 rpc 服務 埠：9001
create 產品建立介面 create 產品建立介面
update 產品修改介面 update 產品修改介面
remove 產品刪除介面 remove 產品刪除介面
detail 產品詳情介面 detail 產品詳情介面
… … … …

3 訂單服務（order）

api 服務 埠：8002 rpc 服務 埠：9002
create 訂單建立介面 create 訂單建立介面
update 訂單修改介面 update 訂單修改介面
remove 訂單刪除介面 remove 訂單刪除介面
detail 訂單詳情介面 detail 訂單詳情介面
list 訂單列表介面 list 訂單列表介面
paid 訂單支付介面
… … … …

4 支付服務（pay）

api 服務 埠：8003 rpc 服務 埠：9003
create 支付建立介面 create 支付建立介面
detail 支付詳情介面 detail 支付詳情介面
callback 支付回撥介面 callback 支付回撥介面
… … … …

5 建立專案目錄

  • 建立 mall 工程
$ mkdir mall && cd mall
$ go mod init mall
  • 建立 common 目錄
$ mkdir common
  • 建立 service 目錄
$ mkdir service && cd service
  • 建立 user api，user rpc，user model 目錄
$ mkdir -p user/api
$ mkdir -p user/rpc
$ mkdir -p user/model
  • 建立 product api，product rpc，product model 目錄
$ mkdir -p product/api
$ mkdir -p product/rpc
$ mkdir -p product/model
  • 建立 order api，order rpc，order model 目錄
$ mkdir -p order/api
$ mkdir -p order/rpc
$ mkdir -p order/model
  • 建立 pay api，pay rpc，pay model 目錄
$ mkdir -p pay/api
$ mkdir -p pay/rpc
$ mkdir -p pay/model
  • 最終專案目錄
├── common           # 通用庫
├── service          # 服務
│   ├── order
│   │   ├── api      # order api 服務
│   │   ├── model    # order 資料模型
│   │   └── rpc      # order rpc 服務
│   ├── pay
│   │   ├── api      # pay api 服務
│   │   ├── model    # pay 資料模型
│   │   └── rpc      # pay rpc 服務
│   ├── product
│   │   ├── api      # product api 服務
│   │   ├── model    # product 資料模型
│   │   └── rpc      # product rpc 服務
│   └── user
│       ├── api      # user api 服務
│       ├── model    # user 資料模型
│       └── rpc      # user rpc 服務
└── go.mod

一些思考（From 萬俊峰Kevin）

微服務拆分並沒有統一的標準，相同的業務在不同的公司很可能拆分方式會有所區別，使用者規模、團隊大小、組員能力等都會是考慮因素。但我們還是有一些基本原則可以遵循：

  • 由粗到細，避免過度拆分，遵循漸進式演進的原則
  • 不同服務之間應該是正交的，不要你中有我我中有你
  • 避免環形依賴，服務依賴關係應該是有向無環圖
  • 避免不同服務之間共享同一個資料庫

go-zero 也是一個漸進式微服務框架，你可以在業務早期使用單體來快速滿足業務，當業務增長並有需要的時候，做最小的改動即可做到漸進式的服務拆分。

此類話題也可以在 go-zero 社群群裡一起討論。

專案地址

github.com/zeromicro/go-zero

歡迎使用 go-zero 並 star 支援我們！

微信交流群

關注『微服務實踐』公眾號並點選 交流群 獲取社群群二維碼。

本作品採用《CC 協議》，轉載必須註明作者和本文連結

相關文章