微服務設計方法

時間 2019-12-19

標籤微服設計方法简体版

原文原文鏈接

概述

服務就是表明特定功能的軟件實體, 是不依賴於任何上下文或外部服務的自治構件.微服務設計就是軟件設計的一個子範疇, 它主要是指如何設計這樣的服務來知足需求, 而這個服務是微小且自治的, 知足微服務的若干特徵。php

先看看傳統軟件設計的流程: 需求分析--概要設計--詳細設計。css

軟件設計

需求分析和整理

對須要作詳細的分析, 一是功能性需求html

功能性需求:java

用例
場景
驗收測試用例

非功能性需求:數據庫

高可用性
高性能
伸縮性
擴展性
伸縮性
安全性
穩定性
健壯性
可測試性

以用戶登陸與註冊爲例, 咱們來分析其用例 Use case 和用戶故事 User Story緩存

用例 Use case

除了使用繪圖工具和畫用例圖，還有幾種方法經過腳原本生成用例圖安全

一是使用在線網站 yuml.me

https://yuml.me/608ca377ruby

use case

UML 生成腳本以下網絡

[User]-(Sign In) [User]-(Sign Out) [User]-(Sign Up) [User]-(Forget Password) [User]-(Change Password) (Sign In)>(Remember Me) (Sign Up)>(Send Verification Email) (Forget Password)>(Send Reset Password Email) (Change Password)<(Send Reset Password Email) [Admin]^[User] [Admin]-(Add User) [Admin]-(Delete User) [Admin]-(Lock User) [Admin]-(Change Password Policy)

二是使用是經過 plantuml 來生成

到 http://plantuml.com/ 上下載 plantuml.jar ，而後用以下命令生成用例圖數據結構

java -jar plantuml.jar usecase.txt

示例UML 生成腳本以下

@startuml

User -> (Sign In)
User --> (Sign Out) 
User --> (Sign Up)
User --> (activate)
User --> (forget/reset password)
:Admin: ---> (lock user) :Admin: ---> (add user) :Admin: ---> (delete user) @enduml

三是使用graphviz

先安裝graphviz, 再運行以下命令

dot usecase1.gv -Tpng -o usecase1.png

示例UML生成腳本以下

digraph G {
    rankdir=LR;

    subgraph clusterUser {label="User"; labelloc="b"; peripheries=0; user}; user [shapefile="stick.png", peripheries=0]; signin [label="Sign In", shape=ellipse]; signout [label="Sign Out", shape=ellipse]; signup [label="Sign Up", shape=ellipse]; user->signin [arrowhead=none]; user->signout [arrowhead=none]; user->signup [arrowhead=none]; }

用戶故事 User Story

User Story 講究 INVEST 原則

"I" ndependent (of all others) 獨立的
"N" egotiable (not a specific contract for features) 可協商的
"V" aluable (or vertical) 有價值的
"E" stimable (to a good approximation) 可估量的
"S" mall (so as to fit within an iteration) 足夠小的
"T" estable (in principle, even if there isn't a test for it yet) 可測試的

以用戶註冊 Sign Up 爲例, 能夠拆分爲以下子用戶故事

做爲一個未註冊用戶，我想輸入個人電子郵件地址和密碼，註冊到站點

1.1 我必須輸入合法和郵件地址，符合密碼策略的密碼以及一致的驗證碼進行註冊
默認的密碼策略是最低8個字符，必須包含大小寫字母和至少一個數字

#	Story	Priority	Estimation	Deadline	Comments
1.1.1	生成驗證碼	P3	2 MD	2018-10-15	防光學識別
1.1.2	顯示註冊表單	P1	1 MD	2018-10-10
1.1.3	郵件地址格式驗證	P1	1 MD	2018-10-10	客戶端和服務端都要驗證
1.1.4	比較兩次輸入的密碼是否相同	P1	2 M
H	2018-10-10
1.1.5	驗證密碼是否符合密碼策略	P2	1 MD	2018-10-10
1.1.6	驗證輸入的驗證碼	P3	2 MD	2018-10-12
1.1.7	檢查是否已有相同的郵件地址存在	P1	1 MD	2018-10-12
1.1.8	輸入驗證無誤後存入數據庫，狀態爲pending	P2	2 MD	2018-10-13
1.1.9	生成此用戶的激活連接	P2	2 MD	2018-10-15
1.1.10	向註冊郵箱發送一封確認郵件	P2	2 MD	2018-10-15

1.2 個人註冊郵箱會收到一封驗證郵件，提示我點擊註冊鏈接，從而激活個人註冊賬戶

1.3 當我完成激活後會自動跳到站點的首頁，提示我進行登陸

概要設計

基於上面所定義的驗收測試用例, 進行軟件服務的整體設計,

先劃分模塊，以及模塊之間的關係和交互.

先讓咱們來看看微服務的典型架構 -- 六邊形架構（Hexagonal Architecture），又稱爲端口和適配器架構風格

傳統的分層架構咱們很是熟悉

表現層
業務層
數據層

而六邊形架構更增強調對外提供服務的接口適配

領域層（Domain Layer）：位於最內層的核心層，純粹的核心業務邏輯，通常不包含任何技術實現或引用。
端口層（Ports Layer）：領域層以外，負責接收與用例相關的全部請求，這些請求負責在領域層中協調工做。端口層在端口內部做爲領域層的邊界，在端口外部則扮演了外部實體的角色。
適配器層（Adapters Layer）：端口層以外，負責以某種格式接收輸入、及產生輸出。