公開課springboot-基礎(chǔ)概念直播

SpringBootbuildanythingCONTENTS目錄一、Spring家族二、微服務(wù)架構(gòu)三、Restful四、快速構(gòu)建一、Spring家族二、微服務(wù)架構(gòu)1、單體應(yīng)用優(yōu)勢(shì)開發(fā)、性能、部署帶來的問題模塊化打包單體應(yīng)用垂直升級(jí)與水平復(fù)制可靠性中心化新架構(gòu)&語言擴(kuò)展持續(xù)交付2、微服務(wù)架構(gòu)不是開發(fā)一個(gè)巨大的單體式的應(yīng)用而是將應(yīng)用分解為小的、互相連接的微服務(wù)。不像傳統(tǒng)多個(gè)服務(wù)共享一個(gè)數(shù)據(jù)庫(kù)，微服務(wù)架構(gòu)每個(gè)服務(wù)都有自己的數(shù)據(jù)庫(kù)三維擴(kuò)展性模型微服務(wù)的九大特性特性一：“組件化”與“多服務(wù)”

特性二：圍繞“業(yè)務(wù)功能”組織團(tuán)隊(duì)

特性三：“做產(chǎn)品”而不是“做項(xiàng)目”

特性四：“智能端點(diǎn)”與“啞管道”

特性五：“去中心化”地治理技術(shù)

特性六：“去中心化”地管理數(shù)據(jù)

特性七：“基礎(chǔ)設(shè)施”自動(dòng)化

特性八：“容錯(cuò)”設(shè)計(jì)

特性九：“演進(jìn)式”設(shè)計(jì)圍繞“業(yè)務(wù)功能”組織團(tuán)隊(duì)任何設(shè)計(jì)（廣義上的）系統(tǒng)的組織，都會(huì)產(chǎn)生這樣一個(gè)設(shè)計(jì)，即該設(shè)計(jì)的結(jié)構(gòu)與該組織的溝通結(jié)構(gòu)相一致?！窢栁?康威

（MelvynConway）,1967年圍繞“業(yè)務(wù)功能”組織團(tuán)隊(duì)“去中心化”地管理數(shù)據(jù)“基礎(chǔ)設(shè)施”自動(dòng)化持續(xù)集成、持續(xù)交付、持續(xù)部署頻繁部署、快速交付以及開發(fā)測(cè)試流程自動(dòng)化都將成為未來軟件工程的重要組成部分。微服務(wù)架構(gòu)注意問題：不為了微而微，微小化是結(jié)果，不是目的合理有效拆分應(yīng)用，實(shí)現(xiàn)敏捷開發(fā)和部署分布式系統(tǒng)進(jìn)程間通訊技術(shù)的復(fù)雜性分布式事務(wù)并不一定是好的選擇。技術(shù)壁壘嚴(yán)重測(cè)試復(fù)雜性，至少得啟動(dòng)這個(gè)模塊相關(guān)聯(lián)的其他模塊服務(wù)A的修改可能會(huì)導(dǎo)致一系列修改部署復(fù)雜性，我們需要有足夠的控制部署方法，并高度自動(dòng)化；可使用PaaS（CloudFoundry、AWS、阿里云）或Docker、Kubernetes

構(gòu)建復(fù)雜的應(yīng)用真的是非常困難。單體式的架構(gòu)更適合輕量級(jí)的簡(jiǎn)單應(yīng)用。微服務(wù)架構(gòu)模式可以用來構(gòu)建復(fù)雜應(yīng)用，當(dāng)然微服務(wù)也有缺點(diǎn)和挑戰(zhàn)。Iaas（InfrastructureAsaService）：基礎(chǔ)設(shè)施及服務(wù)Paas（PlatformAsaService）：平臺(tái)及服務(wù)Saas（SoftwareAsaService）：軟件及服務(wù)買一個(gè)服務(wù)器裝上Tomcat、Mysql部署應(yīng)用程序買一個(gè)服務(wù)器；買一個(gè)服務(wù)器，Tomcat、MySQL3000塊，開源軟件三、Restful架構(gòu)風(fēng)格RESTful應(yīng)用通過一套統(tǒng)一的接口為Web，iOS和Android提供服務(wù)ResourceRepresentationalStateTransfer（資源表現(xiàn)層狀態(tài)轉(zhuǎn)移）通俗來講就是：資源在網(wǎng)絡(luò)中以某種表現(xiàn)形式進(jìn)行狀態(tài)轉(zhuǎn)移Resource：資源，即數(shù)據(jù)如users，news等；

Representational：某種表現(xiàn)形式，比如用JSON，XML，JPEG等；

StateTransfer：狀態(tài)變化。通過HTTP動(dòng)詞實(shí)現(xiàn)。/getUser?id=1/addUser/deleteUser?id=1/updateUser/user/1 GET/user POST/user/1DELETE/user/1PUT“古代”的web請(qǐng)求REST風(fēng)格RESTful架構(gòu)建議1、使用”api”作為Web上下文；2、增加版本標(biāo)識(shí)；3、標(biāo)識(shí)資源；4、REST中的HTTPMethod5、REST中的HTTPStatus1、使用”api”作為Web上下文；

2、增加版本標(biāo)識(shí)；

也有做法將版本信息放在HTTP頭中3、標(biāo)識(shí)資源；

4、REST中的HTTPMethodPOST：新增資源PUT：修改資源，客戶端提供完整的資源屬性GET：查詢資源PATCH：更新資源，客戶端提供僅需更改的屬性DELETE：刪除資源HEAD：交換HTTP頭信息OPTIONS：獲取URI所支持的方法。如針對(duì)跨域的預(yù)檢5、REST中的HTTPStatus200，OK，請(qǐng)求成功400，BadRequest，錯(cuò)誤的請(qǐng)求，參數(shù)匹配錯(cuò)誤404，NotFound，客戶端需要的資源未找到405，MethodNotAllowed，請(qǐng)求方式不允許406，Not

Acceptable，請(qǐng)求需要的內(nèi)容與響應(yīng)生成內(nèi)容類型不符500，InternalServerError，服務(wù)器內(nèi)部錯(cuò)誤，無法完成請(qǐng)求REST成熟度模型HATEOAS：Hypermediaastheengineofapplicationstate超媒體即應(yīng)用狀態(tài)引擎表述格式里邊加入鏈接來引導(dǎo)客戶端RESTfulAPI最好做到Hypermedia,或HATEOAS