微服務(wù)設(shè)計入門(ppt40頁)(已修改)
2025-02-02 18:11 本頁面
【正文】 微服務(wù)設(shè)計入門 設(shè)計分布式系統(tǒng)的常識和最佳實踐匯總 主講人：李錕 什么是微服務(wù)？ ?全稱微服務(wù)架構(gòu)： Microservices Architecture，縮寫為 MSA ? Martin Fowler的定義： ? 微服務(wù)架構(gòu)是一種架構(gòu)模式，它提倡將單一應(yīng)用程序劃分為一組小的服務(wù)，服務(wù)之間互相協(xié)調(diào)、互相配合，為用戶提供最終價值。每個服務(wù)運(yùn)行在其獨(dú)立的進(jìn)程中，服務(wù)與服務(wù)間采用輕量級的通信機(jī)制互相溝通（通常是基于 HTTP的 RESTful API）。每個服務(wù)都圍繞著具體業(yè)務(wù)進(jìn)行構(gòu)建，并且能夠被獨(dú)立地部署在生產(chǎn)環(huán)境、預(yù)發(fā)布環(huán)境等。另外，應(yīng)盡量避免統(tǒng)一的、集中式的服務(wù)管理機(jī)制，對具體一個服務(wù)而言，應(yīng)根據(jù)應(yīng)用上下文，選擇合適的語言、工具對其進(jìn)行構(gòu)建。 微服務(wù)架構(gòu)的幾大特征 ?由一組小的服務(wù)組成一個完整的應(yīng)用（或網(wǎng)站） ?每個服務(wù)圍繞一個相對獨(dú)立的業(yè)務(wù)領(lǐng)域（領(lǐng)域模型）構(gòu)建 ?服務(wù)之間通過輕量級的通信機(jī)制互相溝通 ?完全去中心化 ?每個服務(wù)都可以獨(dú)立部署 ?每個服務(wù)可以使用不同的編程語言實現(xiàn) 微服務(wù)架構(gòu)和傳統(tǒng)面向服務(wù)架構(gòu)（ SOA）的區(qū)別 ? SOA沒有為服務(wù)如何劃分提出具體指導(dǎo) ? SOA無法防止服務(wù)之間過度耦合 ? SOA通常使用重量級的通信協(xié)議，例如 SOAP/WSDL ? SOA中常常有集中式的服務(wù)管理機(jī)制，例如 UDDI、 ESB ? SOA未強(qiáng)調(diào)服務(wù)的獨(dú)立部署 ? SOA難以使用不同的編程語言實現(xiàn) ? SOA的性能和可伸縮性無法滿足面向互聯(lián)網(wǎng)大流量應(yīng)用的需要 微服務(wù)架構(gòu)能帶來的好處 ——解決傳統(tǒng)單塊風(fēng)格（ monolithic style）應(yīng)用的問題 ?單一代碼庫，代碼維護(hù)復(fù)雜 ? 修改或新增代碼，影響范圍難以清晰估計 ? 迭代周期很長，難以制定周期固定的迭代開發(fā)計劃 ? 對程序員的技能要求很高 ?單一發(fā)布單元，測試?yán)щy ? 設(shè)計開發(fā)測試用例需要考慮的問題太多，包括驗收測試、回歸測試、性能測試 微服務(wù)架構(gòu)能帶來的好處 ——解決傳統(tǒng)單塊風(fēng)格（ monolithic style ）應(yīng)用的問題 ?單一發(fā)布單元，發(fā)布困難 ? 可能需要停掉整個應(yīng)用（或網(wǎng)站） ? 每次發(fā)布耗時很長：發(fā)布上百臺服務(wù)器、預(yù)發(fā)布環(huán)境大量的回歸測試 …… ?對服務(wù)器硬件配置要求極高，垂直擴(kuò)展困難 ? CPU、內(nèi)存、硬盤、網(wǎng)絡(luò)帶寬 …… ?無法做到無狀態(tài)，水平擴(kuò)展困難 ? 無法實現(xiàn)線性水平擴(kuò)展 ? 難以做容量規(guī)劃 微服務(wù)架構(gòu)能帶來的好處 ——解決集中式服務(wù)管理機(jī)制的問題 ?常見集中式服務(wù)管理機(jī)制 ? 企業(yè)服務(wù)總線（ ESB） ? Dubbo的服務(wù)注冊中心 ? 配置中心 ?集中式服務(wù)管理機(jī)制的問題 ? 可伸縮性差，容易成為性能瓶頸 ? 有可能出現(xiàn)單點(diǎn)故障 ? 設(shè)計開發(fā)難度極高，因為要保證非常高的可用性（ HA） 微服務(wù)架構(gòu)能帶來的好處 ——解決重量級通信機(jī)制的問題 ?常見的重量級通信機(jī)制 ? 基于 HTTP的各種 RPC（遠(yuǎn)程過程調(diào)用）風(fēng)格協(xié)議： SOAP/WSDL、 XMLRPC、 JSONRPC、 Burlap、 Hessian ? 二進(jìn)制 DO（分布式對象）風(fēng)格協(xié)議： Java RMI/EJB、 .NET Remoting ?重量級通信機(jī)制的問題 ? 緊耦合 ：服務(wù)器端 API做改動后，客戶端必須同時做改動、同時部署 ? 互操作性差 ：客戶端與服務(wù)器端常常需要使用相同的編程語言 ? 可伸縮性差 ：尤其是 SOAP、 XMLRPC 設(shè)計微服務(wù)架構(gòu)需要掌握的基礎(chǔ)知識 ? 領(lǐng)域驅(qū)動設(shè)計（ DDD） ? RESTful API的設(shè)計 ? 以及深入理解 HTTP協(xié)議 ? 一種 RESTful API開發(fā)框架 ? Java： Spring MVC、 Play、 Jersey、 RESTEasy、 CXF ? .NET： Web API ? ： Express、 Seneca PM2 ? Python： Django REST Framework、 Flask ? Ruby： Rails、 Sinatra、 Grape 設(shè)計微服務(wù)架構(gòu)需要掌握的可選知識 ? 某種為部署微服務(wù)而設(shè)計的開發(fā)框架 ? Java： SpringBoot、 Dropwizard ? 常用微服務(wù)運(yùn)維工具 ? 服務(wù)自動負(fù)載均衡
法律信息相關(guān)推薦
鄂ICP備17016276號-1