微服務(wù)設(shè)計入門(ppt40頁)-在線瀏覽
2025-02-26 18:11本頁面
【正文】 che Thrift協(xié)議的各種 RPC協(xié)議，例如唯品會的 OSP ? 不建議選擇基于 HTTP的 RPC協(xié)議 ? 緊耦合 ? 可伸縮性差 如何確定使用何種服務(wù)編程語言？ ? 優(yōu)先選擇團(tuán)隊(duì)原先掌握的編程語言 ? 選擇另外一種互補(bǔ)性強(qiáng)的編程語言 ? Java/C 與 ? 根據(jù)對性能的要求 ? 性能要求高： Java/C/? 性能要求不高： Python/Ruby ? 根據(jù)業(yè)務(wù)邏輯的變化頻繁程度 ? 業(yè)務(wù)邏輯相對固定： Java/C ? 業(yè)務(wù)邏輯可能經(jīng)常變化： 如何控制多語言帶來的復(fù)雜度 ? 在一個機(jī)構(gòu)內(nèi)，限制編程語言的數(shù)量 ? 服務(wù)編程語言限制在兩種以內(nèi) ? 客戶端編程語言限制在兩種以內(nèi) ? 建立統(tǒng)一的服務(wù) API設(shè)計風(fēng)格 ? 例如各種語言都很容易實(shí)現(xiàn)的 RESTful API 如何做到服務(wù)的獨(dú)立部署？ ? 盡量減少服務(wù)之間的依賴 ? 服務(wù)功能做到高內(nèi)聚 ? API設(shè)計做到松耦合 ? 基于通用的通信機(jī)制，首選基于 HTTP的 RESTful API ? 服務(wù) API可做的獨(dú)立修改 ? 可自由添加非必需的請求參數(shù) ? 可自由修改請求參數(shù)的類型 ? 可自由添加響應(yīng)參數(shù) ? 可自由添加錯誤代碼 ? 可通過超文本通知客戶端相關(guān)聯(lián)的資源 ? 通過服務(wù)版本號控制不兼容的修改 如何做到服務(wù)的去中心化？ ? 不使用集中式的企業(yè)服務(wù)總線或服務(wù)注冊中心 ? 通過域名 +URL來暴露服務(wù) ? 使用 Consul+DNS來做服務(wù)發(fā)現(xiàn)和自動負(fù)載均衡 ? 不使用集中式的配置中心 ? 配置信息由每個服務(wù)自行管理 ? 案例分析： 2023年淘寶網(wǎng)的配置中心服務(wù) 如何解決大量微服務(wù)引入的運(yùn)維成本？ ? 能自動化的地方一定盡量自動化 ? 發(fā)布自動化 ? 測試自動化 ? 驗(yàn)收測試、回歸測試、性能測試 ? 負(fù)載均衡自動化 ? 擴(kuò)容、縮容自動化 ? 監(jiān)控自動化 ? 基于 Docker容器部署 ? 基于云計算平臺部署 基于 Docker容器部署帶來的好處 ? 可以提高部署的自動化程度 ? 縮短部署時間，達(dá)到秒級部署 ? 可以提高測試環(huán)境與生產(chǎn)環(huán)境的一致性 ? 在測試環(huán)境中測出盡量多與環(huán)境有關(guān)的 bug ? 可以提高服務(wù)器硬件資源的利用效率 ? 可以實(shí)現(xiàn)自動化擴(kuò)容、縮容 基于云計算平臺部署帶來的好處 ? 可以帶來更好的可伸縮性 ? 水平擴(kuò)展、垂直擴(kuò)展都更容易 ? 可以帶來更好的容錯性 ? 可以很容易地添加各種新的能力 ? 例如阿里云所支持的大數(shù)據(jù)分析工具 ? 可以大幅降低運(yùn)維的成本 ? 與應(yīng)用無關(guān)的系統(tǒng)級運(yùn)維，由云計算平臺運(yùn)營商負(fù)責(zé) ? 應(yīng)用的運(yùn)維團(tuán)隊(duì)只需關(guān)注與應(yīng)用本身相關(guān)的運(yùn)維 微服務(wù)和云計算平臺結(jié)合 ? 微服務(wù)和 IaaS（基礎(chǔ)設(shè)施即服務(wù)）結(jié)合 ? 優(yōu)點(diǎn)：很容易提高硬件配置、自己可以完全控制、可移植性好 ? 缺點(diǎn)：自己需要做大量的運(yùn)維工作 ? 微服務(wù)和 PaaS（平臺即服務(wù)）結(jié)合 ? 優(yōu)點(diǎn)：不需要做大量的運(yùn)維工作、 ? 缺點(diǎn)：控制力度很弱、可移植性差 ? 微服務(wù)和 CaaS（容器即服務(wù)）結(jié)合 ? 優(yōu)點(diǎn)：不需要做大量的運(yùn)維工作、控制力度強(qiáng)、可移植性好 ? 缺點(diǎn)：學(xué)習(xí)成本較高 不同團(tuán)隊(duì)看待微服務(wù)的不同視角 ? 產(chǎn)品設(shè)計團(tuán)隊(duì)視角 ? 更大的靈活性 ? 更強(qiáng)的響應(yīng)力 ? 開發(fā)團(tuán)隊(duì)視角 ? 更便于維護(hù) ? 更便于增量迭代式開發(fā) ? 測試團(tuán)隊(duì)視角 ? 更容易測試 ? 上線回歸時間更短 ? 運(yùn)維團(tuán)隊(duì)視角 ? 更好的可伸縮性、高可用性 ? 更容易部署 ? 更容易監(jiān)控 微服務(wù)系統(tǒng)的團(tuán)隊(duì)管理 ? 康威定律（ Conway’s Law） ? 任何組織在設(shè)計一套系統(tǒng)（廣義概念上的系統(tǒng)）時，所交付的設(shè)計方案在結(jié)構(gòu)來說，都會與 該組織的溝通結(jié)構(gòu) 保持一致。每個服務(wù)都圍繞著具體業(yè)務(wù)進(jìn)行構(gòu)建，并且能夠被獨(dú)立地部署在生產(chǎn)環(huán)境、預(yù)發(fā)布環(huán)境等。微服務(wù)設(shè)計入門 設(shè)計分布式系統(tǒng)的常識和最佳實(shí)踐匯總 主講人：李錕 什么是微服務(wù)？ ?全稱微服務(wù)架構(gòu)： Microservices Architecture，縮寫為 MSA ? Martin Fowler的定義： ? 微服務(wù)架構(gòu)是一種架構(gòu)模式，它提倡將單一應(yīng)用程序劃
法律信息相關(guān)推薦
鄂ICP備17016276號-1