微服務架構 - 藍圖

微服務在內部實現了 SOA。從更廣泛的意義上說，我們可以將其視為一個 SOA 應用的子集。

規則和工作流

以下是開發微服務時需要注意的原則。

• 高內聚 - 所有業務模型都需要儘可能細分為最小的業務部分。每個服務都應專注於執行一項業務任務。

• 獨立性 - 所有服務都應該是全棧式的，並且彼此獨立。

• 業務領域中心化 - 軟體將根據業務單元進行模組化，而不是基於層級。

• 自動化 - 測試部署將實現自動化。儘量減少人工干預。

• 可觀察性 - 每個服務都將是全棧式的，並且它們應該像企業應用程式一樣獨立部署和可觀察。

團隊管理

“兩個披薩原則”是一種限制微服務開發團隊參與人數的規則。根據此規則，一個應用程式的團隊成員數量應該足夠少，可以用兩個披薩餵飽他們。通常，人數不應超過 8 人。由於微服務是全棧式的，因此團隊也是全棧式的。為了提高生產力，我們需要組建一個最多 8 名成員的團隊，其中包括該服務所需的所有型別的專業知識。

任務管理

任務在軟體開發生命週期中扮演著重要角色。大型應用程式的開發可以分解成幾個小的任務單元。讓我們假設我們需要開發一個像 Facebook 這樣的應用程式。那麼，“登入”功能可以被認為是整個構建過程中的一個任務。在高技能專業人員的監督下，需要正確監控每個任務的進度。敏捷是業界遵循的著名流程結構，以保持良好的任務管理。