微服務設計入門(ppt40頁)(完整版)
【正文】 服務 ? 隔離變化，確保只有當前待測的服務是變化的 微服務的現(xiàn)實主義 ? 微服務架構不是銀彈，也不是共產(chǎn)主義社會 ? 微服務是 設計分布式系統(tǒng)的常識和最佳實踐的匯總 ? 良好的微服務架構不是一蹴而就的 ? 需要有一個長期的進化過程 ? 需要有強有力的、持續(xù)的規(guī)劃和管理 ? 需要不斷學習、不斷提煉 ? 微服務架構依賴于持續(xù)集成 ? 持續(xù)提高自動化測試的比重 ? 單元測試、驗收測試、回歸測試、性能測試 ? 經(jīng)常做重構 ? 勿以善小而不為，勿以惡小而為之 結束語 ? 擁抱微服務架構，設計易于維護的、可伸縮性 + 高可用性優(yōu)秀的分布式系統(tǒng)！ 參考圖書資料 ? 《微服務設計》， Sam Newman著 ? 《 The DevOps Toolkit》 ， Viktor Farcic著 ? 《 領域驅動設計：軟件核心復雜性應對之道 》 ? 《 REST實戰(zhàn)》， Jim Webber等著 ? 《 微服務：架構與實踐 》 ，王磊著 ? 《 SpringBoot揭秘：快速構建微服務體系 》 ，王福強著 ? 《 SOA與 REST：用 REST構建企業(yè)級 SOA解決方案 》 ， Thomas Erl等著 ? 微服務的 “ 七宗罪 ” 感謝您的聆聽！ ?我的聯(lián)系方式： ? 郵箱： ? “REST實戰(zhàn)討論組 ”： 81207617 ? 靜夜四無鄰，荒居舊業(yè)貧。每個服務都圍繞著具體業(yè)務進行構建，并且能夠被獨立地部署在生產(chǎn)環(huán)境、預發(fā)布環(huán)境等。 ? 必須有整體的規(guī)劃和相關規(guī)范 ? 劃分界定的上下文 ? 根據(jù)界定的上下文劃分服務 ? 制定并維護服務設計規(guī)范、監(jiān)控規(guī)范 微服務系統(tǒng)的團隊管理 ? 團隊組織應與劃分的領域模型（上下文）匹配 ? 產(chǎn)品設計團隊 ? 開發(fā)團隊 ? 測試團隊 ? 充分授權 ? 讓小團隊完全擁有某個領域模型及其上服務的所有權 ? 所有權涵蓋需求、構建、部署、運維等服務的全生命周期 微服務的反模式 ——縱欲（ Lust）：使用最新的、最牛 x的技術 ? 現(xiàn)象： ? 總是喜歡使用最新的、最牛 x的技術 ? Design by Buzzword ? 解決方法： ? 使用最適合目標、問題或需求用例的技術 ? Docker、 Kuberes、 Terraform，這些技術固然很好，并非一定要立即使用 ? 應該鼓勵組織創(chuàng)建自己的策略，決定何時應用這些創(chuàng)新技術 ? 在 IT行業(yè)沒有銀彈：不要相信最新、最牛 x的技術能夠解決你們所有的問題 ? 定義并深入理解你要解決的問題，是非常重要的 ? 調查你有哪些選項，創(chuàng)建文檔清晰地分析采用各種選項的理由、需求、產(chǎn)出，這可以幫助你做決策 ? 深入思考架構、人員的技能評估、以及你的業(yè)務目標 ? 選擇落后技術沒什么丟人，只要這些技術能很好地解決問題 微服務的反模式 ——饕餮（ Gluttony）：使用過多的通信協(xié)議 ? 現(xiàn)象： ? 使用了很多通信協(xié)議： HTTP、 Protobuf、 gRPC、 Thrift、 AMQP、 MQTT ? 解決方法 ? 嘗試對于通信協(xié)議進行標準化 ? 選擇一種同步通信協(xié)議，例如 JSON over HTTP（ RESTful API） ? 選擇一種異步通信協(xié)議，例如 RabbitMQ（ AMQP）。 2023/2/132023/2/132023/2/13Feb2313Feb23 ? 1故人江海別，幾度隔山川。 2023/2/132023/2/132023/2/132/13/2023 8:02:56 AM ? 1成功就是日復一日那一點點小小努力的積累。 2023/2/132023/2/13Monday, February 13, 2023 ? 閱讀一切好書如同和過去最杰出的人談話。 2023/2/132023/2/13February 13, 2023 ? 1一個人即使已登上頂峰，也仍要自強不息。勝人者有力，自勝者強。 2023年 2月 13日星期一 2023/2/132023/2/132023/2/13 ? 1楚塞三湘接，荊門九派通。 2023年 2月 2023/2/132023/2/132023/2/132/13/2023 ? 1行動出成果，工作出財富。 ? 運維人員從思想和職責上需要擁抱 DevOps，需要開發(fā)相關的工
法律信息相關推薦
鄂ICP備17016276號-1