微服務設計入門(ppt40頁)(編輯修改稿)
2025-02-12 18:11 本頁面
【文章內(nèi)容簡介】 ? 通過域名 +URL來暴露服務 ? 使用 Consul+DNS來做服務發(fā)現(xiàn)和自動負載均衡 ? 不使用集中式的配置中心 ? 配置信息由每個服務自行管理 ? 案例分析： 2023年淘寶網(wǎng)的配置中心服務 如何解決大量微服務引入的運維成本？ ? 能自動化的地方一定盡量自動化 ? 發(fā)布自動化 ? 測試自動化 ? 驗收測試、回歸測試、性能測試 ? 負載均衡自動化 ? 擴容、縮容自動化 ? 監(jiān)控自動化 ? 基于 Docker容器部署 ? 基于云計算平臺部署 基于 Docker容器部署帶來的好處 ? 可以提高部署的自動化程度 ? 縮短部署時間，達到秒級部署 ? 可以提高測試環(huán)境與生產(chǎn)環(huán)境的一致性 ? 在測試環(huán)境中測出盡量多與環(huán)境有關(guān)的 bug ? 可以提高服務器硬件資源的利用效率 ? 可以實現(xiàn)自動化擴容、縮容 基于云計算平臺部署帶來的好處 ? 可以帶來更好的可伸縮性 ? 水平擴展、垂直擴展都更容易 ? 可以帶來更好的容錯性 ? 可以很容易地添加各種新的能力 ? 例如阿里云所支持的大數(shù)據(jù)分析工具 ? 可以大幅降低運維的成本 ? 與應用無關(guān)的系統(tǒng)級運維，由云計算平臺運營商負責 ? 應用的運維團隊只需關(guān)注與應用本身相關(guān)的運維 微服務和云計算平臺結(jié)合 ? 微服務和 IaaS（基礎設施即服務）結(jié)合 ? 優(yōu)點：很容易提高硬件配置、自己可以完全控制、可移植性好 ? 缺點：自己需要做大量的運維工作 ? 微服務和 PaaS（平臺即服務）結(jié)合 ? 優(yōu)點：不需要做大量的運維工作、 ? 缺點：控制力度很弱、可移植性差 ? 微服務和 CaaS（容器即服務）結(jié)合 ? 優(yōu)點：不需要做大量的運維工作、控制力度強、可移植性好 ? 缺點：學習成本較高 不同團隊看待微服務的不同視角 ? 產(chǎn)品設計團隊視角 ? 更大的靈活性 ? 更強的響應力 ? 開發(fā)團隊視角 ? 更便于維護 ? 更便于增量迭代式開發(fā) ? 測試團隊視角 ? 更容易測試 ? 上線回歸時間更短 ? 運維團隊視角 ? 更好的可伸縮性、高可用性 ? 更容易部署 ? 更容易監(jiān)控 微服務系統(tǒng)的團隊管理 ? 康威定律（ Conway’s Law） ? 任何組織在設計一套系統(tǒng)（廣義概念上的系統(tǒng)）時，所交付的設計方案在結(jié)構(gòu)來說，都會與 該組織的溝通結(jié)構(gòu) 保持一致。 ? 必須有整體的規(guī)劃和相關(guān)規(guī)范 ? 劃分界定的上下文 ? 根據(jù)界定的上下文劃分服務 ? 制定并維護服務設計規(guī)范、監(jiān)控規(guī)范 微服務系統(tǒng)的團隊管理 ? 團隊組織應與劃分的領(lǐng)域模型（上下文）匹配 ? 產(chǎn)品設計團隊 ? 開發(fā)團隊 ? 測試團隊 ? 充分授權(quán) ? 讓小團隊完全擁有某個領(lǐng)域模型及其上服務的所有權(quán) ? 所有權(quán)涵蓋需求、構(gòu)建、部署、運維等服務的全生命周期 微服務的反模式 ——縱欲（ Lust）：使用最新的、最牛 x的技術(shù) ? 現(xiàn)象： ? 總是喜歡使用最新的、最牛 x的技術(shù) ? Design by Buzzword ? 解決方法： ? 使用最適合目標、問題或需求用例的技術(shù) ? Docker、 Kuberes、 Terraform，這些技術(shù)固然很好，并非一定要立即使用 ? 應該鼓勵組織創(chuàng)建自己的策略，決定何時應用這些創(chuàng)新技術(shù) ? 在 IT行業(yè)沒有銀彈：不要相信最新、最牛 x的技術(shù)能夠解決你們所有的問題 ? 定義并深入理解你要解決的問題，是非常重要的 ? 調(diào)查你有哪些選項，創(chuàng)建文檔清晰地分析采用各種選項的理由、需求、產(chǎn)出，這可以幫助你做決策 ? 深入思考架構(gòu)、人員的技能評估、以及你的業(yè)務目標 ? 選擇落后技術(shù)沒什么丟人，只要這些技術(shù)能很好地解決問題 微服務的反模式 ——饕餮（ Gluttony）：使用過多的通信協(xié)議 ? 現(xiàn)象： ? 使用了很多通信協(xié)議： HTTP、 Protobuf、 gRPC、 Thrift、 AMQP、 MQTT ? 解決方法 ? 嘗試對于通信協(xié)議進行標準化 ? 選擇一種同步通信協(xié)議，例如 JSON over HTTP（ RESTful API） ? 選擇一種異步通信協(xié)議，例如 RabbitMQ（ AMQP）。 ? 別做鍍金之類的事情，夠用就好，但是要理解你還有哪些選項 ? Protob
法律信息相關(guān)推薦
鄂ICP備17016276號-1