本書將介紹不同階段的微服務中應用程序開發的各種設計模式及其很好實踐。微服務模式和很好實踐始於對微服務關鍵概念的理解，並展示如何在設計微服務時做出正確的選擇。本書將討論內部微服務應用程序的各種方法，如緩存策略、異步機制、CQRS和事件源等。隨著過程的不斷推進，讀者將深入了解微服務的相關設計模式。

●第1章 微服務概念 11.1 理解應用程序 21.1.1 領域驅動設計 21.1.2 單一職責原則 41.1.3 顯式發布的接口 51.2 獨立部署、更新、擴展以及替換 71.2.1 獨立部署 71.2.2 更新 71.2.3 可擴展性 81.3 輕量級通信 121.3.1 同步 131.3.2 異步 131.4 異質/多語言 141.5 通信的文檔化 141.6 Web應用程序端點 151.7 移動應用程序端點 151.8 緩存客戶端 161.9 調節客戶端 171.10 確定貧血域 171.11 確定fat域 181.12 針對業務確定微服務域 181.13 從域到實體 191.14 本章小結 20第2章 微服務工具 212.1 編程語言 212.1.1 熟練程度 222.1.2 性能 222.1.3 實踐開發 232.1.4 生態圈 232.1.5 擴展性的開銷 242.1.6 選取編程語言 242.2 微服務框架 272.2.1 Python語言 272.2.2 Go語言 292.3 二進制通信—服務間的直接通信 312.3.1 理解通信方式 312.3.2 直接通信間的警示信息 352.4 消息代理—服務間的異步通信 372.4.1 ActiveMQ 382.4.2 RabbitMQ 392.4.3 Kafka 402.5 緩存工具 402.5.1 Memcached 422.5.2 Redis 422.6 故障警示工具 442.6.1 性能 442.6.2 構建 452.6.3 組件 462.6.4 實現鴻溝 472.7 數據庫 472.8 本地性能度量 482.8.1 Apache Benchmark 492.8.2 WRK 502.8.3 Locust 512.9 本章小結 53第3章 內部模式 553.1 開發結構 553.1.1 數據庫 553.1.2 編程語言和工具 563.1.3 項目結構 563.2 緩存策略 713.2.1 緩存機制的應用 723.2.2 緩存優先 783.2.3 隊列任務 793.2.4 異步機制和worker 813.3 CQRS—查詢策略 873.3.1 CQRS的概念 873.3.2 理解CQRS 883.3.3 CQRS的優點和缺陷 903.4 事件源—數據完整性 913.5 本章小結 92第4章 微服務生態環境 934.1 容器中的分離機制 934.1.1 分層服務架構 954.1.2 分離UsersService 964.2 存儲分布 1034.2.1 折舊數據 1034.2.2 區域化數據 1034.3 隔離—使用生態繫統防止故障的出現 1044.3.1 冗餘設計 1044.3.2 臨界分區 1094.3.3 隔離設計 1104.3.4 快速故障 1114.4 斷路器 1124.5 本章小結 113第5章 共享數據微服務設計模式 1155.1 理解模式 1155.2 將單體應用程序劃分為微服務 1165.2.1 定義優先級 1175.2.2 設置期限 1175.2.3 定義應用程序域 1175.2.4 試驗操作 1175.2.5 制定標準 1185.2.6 構建原型 1185.2.7 發送產品 1185.2.8 開發新的微服務 1185.3 數據編排 1305.4 響應整合 1325.5 微服務通信 1325.6 存儲共享反模式 1335.7 很好實踐 1335.8 測試機制 1335.9 共享數據模式的利弊 1355.10 本章小結 136第6章 聚合器微服務設計模式 1376.1 理解聚合器設計模式 1376.2 使用CQRS和事件源 1396.2.1 分離數據庫 1396.2.2 重構微服務 1406.3 微服務通信 1536.3.1 創建編排器 1546.3.2 使用消息代理 1596.4 模式擴展 1636.5 瓶頸反模式 1646.6 很好實踐 1666.7 測試 1676.7.1 功能測試 1676.7.2 集成測試 1686.8 聚合器設計模式的優缺點 1706.8.1 聚合器設計模式的優點 1706.8.2 聚合器設計模式的缺點 1706.9 本章小結 170第7章 代理微服務設計模式 1717.1 代理方案 1717.1.1 啞代理 1727.1.2 智能代理 1727.1.3 理解當前代理 1737.2 編排器的代理策略 1757.3 微服務通信 1767.4 模式擴展性 1767.5 很好實踐 1777.5.1 純粹的模式 1777.5.2 瓶頸問題 1787.5.3 代理制的緩存機制 1787.5.4 簡單的響應 1787.6 代理設計模式的優缺點 1797.7 本章小結 179第8章 鏈式微服務設計模式 1818.1 理解模式 1818.2 數據編排和響應整合 1848.3 微服務通信 1858.4 模式擴展性 1858.5 “大泥球”反模式 1868.6 很好實踐方案 1888.6.1 純微服務 1888.6.2 請求一致性數據 1888.6.3 深入理解鏈式設計模式 1898.6.4 關注通信層 1898.7 鏈式設計模式的優缺點 1898.8 本章小結 190第9章 分支微服務設計模式 1919.1 理解模式 1919.2 數據編排和響應整合 1949.3 微服務通信 1959.4 模式擴展 1979.5 很好實踐方案 1989.5.1 域定義 1989.5.2 遵守規則 1989.5.3 關注物理組件 1989.5.4 簡化行為 1999.6 分支設計模式的優缺點 1999.7 本章小結 199第10章 異步消息微服務 20110.1 理解當前模式 20110.2 域定義—RecommendationService 20310.3 域定義—RecommendationService 20410.4 微服務編碼 20410.5 微服務通信 21110.5.1 使用消息代理和隊列 21110.5.2 準備pub/sub結構 21210.6 模式的可擴展性 21410.7 進程序列反模式 21410.8 很好實踐方案 21510.8.1 應用程序定義 21510.8.2 不要嘗試創建響應 21610.8.3 保持簡單性 21610.9 異步消息傳遞設計模式的優缺點 21610.10 本章小結 217第11章 微服務間的協同工作 21911.1 理解當前應用程序狀態 21911.1.1 公共飾面層 22011.1.2 內部層 22211.1.3 理解通用工具 22311.2 通信層和服務間的委托 22411.2.1 理解服務間的數據合約 22511.2.2 使用二進制通信 22811.3 模式分布 23511.4 故障策略 23611.5 API集成 23711.6 本章小結 239第12章 微服務測試 24112.1測試 24112.2 針對集成測試配置容器 24912.3 集成測試 25112.4 端到端測試 25312.5 發布管線 25912.6 簽名測試 25912.7 Monkey測試 26012.8 Chaos Monkey 26012.9 本章小結 262第13章 安全監測和部署方案 26313.1 監測微服務 26313.1.1 監測單一服務 26413.1.2 監測多項服務 26613.1.3 查看日志 26713.1.4 應用程序中的錯誤 26813.1.5 度量方法 27113.2 安全問題 27213.2.1 理解JWT 27213.2.2 單點登錄 27513.2.3 數據安全 27613.2.4 預防惡意攻擊—識別攻擊行為 27713.2.5 27713.2.6 容器 27813.2.7 API網關 27913.3 部署 27913.3.1 持續集成和持續交付/持續部署 28013.3.2 藍/綠部署模式和Canary發布 28113.3.3 每臺主機包含多個服務實例 28213.3.4 每臺主機的服務實例 28313.4 本章小結 285

本書詳細闡述了與微服務相關的基本解決方案，主要包括微服務概念、微服務工具、內部模式、微服務生態環境、共享數據微服務設計模式、聚合器微服務設計模式、代理微服務設計模式、鏈式微服務設計模式、分支微服務設計模式、異步消息微服務、微服務間的協同工作、微服務測試以及安全監測和部署方案等內容。此外，本書還提供了相應的示例、代碼，以幫助讀者進一步理解相關方案的實現過程。本書適合作為高等院校計算機及相關專業的教材和教學參考書，也可作為相關開發人員的自學教材和參考手冊。

微服務是一種軟件體繫結構策略，多年來一直在使用，其目標是提高服務的可伸縮性。由於當今的業務呈現快速、動態增長之勢，單體應用程序與面向服務相比已不占優勢。通過設計這種新的體繫結構模型，面向對像的原則、標準、解耦和職責已經構成了超越自動化測試的基礎內容。微服務可使讀者能夠創建可維護、可伸縮的應用程序。在閱讀本書後，讀者將能夠創建可互操作的微服務，同時兼具可測試性和高性能的特征。適用讀者本書面向於具有Web開發經驗，但想要改進其開發技術以創建可維護和可伸縮應用程序的讀者，讀者不需要具備微服務方面的經驗。本書中演示的概念和標準，使讀者能夠開發易於理解和支持大量訪問的應用程序。本書內容第1章整體介紹微服務的概念，以幫助讀者理解體繫結構背後的相關理念，例如客戶優先方案以及域定義。第2章討論微服務應用中的常見工具。一旦了解了客戶以及如何定義應用程序域，即可制定技術決策方案，包括所等