掌握系列之微服務-1.概念

掌握高并發、高可用架構

第四章 微服務

本章介紹微服務的概念、為何要引入微服務、微服務會引發的問題，以及流行的微服務架構等。

第一節 微服務基礎

微服務

1. 微服務的定義

Martin Flower在2014年的一篇論文《MicroServices》中提出的，在某種程度上微服務是面向服務的架構SOA繼續發展的下一步，它是一些協同工作的小而自治的服務，很小，專注于做好一件事，具有自治性，其主要特點是：

• 與組織結構相匹配，每個服務可按照業務、團隊進行劃分，使小的團隊在小的代碼庫上高效工作
• 可組合性，易于重用已有功能
• 技術異構性，每個服務不限制開發語言，不限制使用的數據庫，服務之間通過輕量級API調用
• 簡化部署，每個服務獨立部署，服務之間互不影響，管理自動化
• 彈性擴展，可針對用戶訪問流量大的服務單獨擴展，從而節約資源
• 對可替代性的優化，微服務中的多個相似服務，重寫或移除一個或多個服務的阻礙會很小

2. 引入微服務會面臨的挑戰

雖然微服務看上去很美好，但引入微服務需要考慮以下幾個問題

• 微服務強調服務大小，但沒有一個統一標準，大多是根據經驗來劃分業務模塊。要記住，微服務是達到目的的手段，而不是目標
• 微服務的部署必然是分布式的，這會造成程序的復雜性。分布式事務、網絡延遲、系統容錯、服務之間的通信，以及服務發現、調用鏈跟蹤和代碼質量
• 微服務架構下，不同的服務可能使用不同的數據庫。CAP（分布式環境下，一致性Consistency、可用性Availablity、分區容錯性Partition tolerance）原則的約束，使得不得不放棄強一致性，轉而接受最終一致性
• 對測試的挑戰
• 跨服務的系統變更
• 部署，微服務由不同的大量服務構成，每種服務都有自己的配置、應用實例數量以及基礎服務地址，所以我們需要統一的配置中心，服務發現機制，以及更好的部署策略和高度自動化水平

所有的挑戰體現在微服務的每一個細節

• API網關 Gateway
• 服務間調用
• 服務發現
• 服務容錯
• 服務部署
• 數據調用

3. 微服務的七大原則

• 圍繞業務概念建模
• 接受自動化文化
• 隱藏內部實現細節
• 去中心化
• 獨立部署
• 設計故障模式
• 高度跟蹤