【正文】 17, 2023 ? 雨中黃葉樹(shù)，燈下白頭人。 。 2023年 3月 17日星期五 2時(shí) 22分 58秒 02:22:5817 March 2023 ? 1一個(gè)人即使已登上頂峰，也仍要自強(qiáng)不息。 :22:5802:22Mar2317Mar23 ? 1世間成事，不求其絕對(duì)圓滿，留一份不足，可得無(wú)限完美。重新設(shè)計(jì)系統(tǒng)應(yīng)對(duì)規(guī)?；浅晒Φ臉?biāo)志。 ? 跨功能需求 ? 服務(wù)吞吐量、可用性和數(shù)據(jù)持久性等這些需求需要持續(xù)測(cè)量，并保證服務(wù)滿足可接受的目標(biāo)。但在重構(gòu)現(xiàn)有的“單體應(yīng)用（ monolithic application）”時(shí)， SQL數(shù)據(jù)庫(kù)反規(guī)范化可能會(huì)導(dǎo)致數(shù)據(jù)重復(fù)和不一致。 ? 保證 API與技術(shù)的無(wú)關(guān)性 ? 保證 API的易用性 ? 隱藏內(nèi)部實(shí)現(xiàn)細(xì)節(jié) 微服務(wù)集成 ? 編排與協(xié)同 ? 編排：同步調(diào)用一組服務(wù)，等待各個(gè)服務(wù)的返回結(jié)果。 ? 第三種就是微服務(wù)架構(gòu)。此時(shí)應(yīng)該為整個(gè)系統(tǒng)繪制一個(gè)邊界，然后將其歸納在大范圍之內(nèi)。 代理微服務(wù)設(shè)計(jì)模式 ? 在這種情況下，客戶端并不聚合數(shù)據(jù)，但會(huì)根據(jù)業(yè)務(wù)需求的差別調(diào)用不同的微服務(wù)。 ? 最后將應(yīng)用系統(tǒng)拆分獨(dú)立布署，這個(gè)過(guò)程就結(jié)束了。 ? 隔離 ? 當(dāng)下游服務(wù)離線，上游服務(wù)不受影響。 2023年 3月 17日星期五 上午 2時(shí) 22分 58秒 02:22: ? 1比不了得就不比，得不到的就不要。 02:22:5802:22:5802:223/17/2023 2:22:58 AM ? 1越是沒(méi)有本領(lǐng)的就越加自命不凡。 02:22:5802:22:5802:22Friday, March 17, 2023 ? 1知人者智，自知者明。 2023年 3月 上午 2時(shí) 22分 :22March 17, 2023 ? 1行動(dòng)出成果，工作出財(cái)富。 ? 冪等 ? 冪等操作，多次執(zhí)行所產(chǎn)生的影響，均與一次執(zhí)行影響相同。 ? 這種跨服務(wù)的數(shù)據(jù)獲取方式是有問(wèn)題的，首先無(wú)法把控財(cái)務(wù)服務(wù)是如何獲取數(shù)據(jù)的，是否對(duì)數(shù)據(jù)表造成影響，其次從設(shè)計(jì)的角度來(lái)說(shuō)無(wú)疑又增長(zhǎng)了系統(tǒng)之間調(diào)用的耦合度，系統(tǒng)之間的依賴增強(qiáng)了。 鏈?zhǔn)轿⒎?wù)設(shè)計(jì)模式 ? 這種模式在接收到請(qǐng)求后會(huì)產(chǎn)生一個(gè)經(jīng)過(guò)合并的響應(yīng) ? 服務(wù) A接收到請(qǐng)求后會(huì)與服務(wù) B進(jìn)行通信，類(lèi)似地，服務(wù) B會(huì)同服務(wù) C進(jìn)行通信。 ? 暴露原則：使用粗粒度上下文還是套嵌上下文暴露服務(wù)，哪個(gè)更合理，應(yīng)該由組織結(jié)構(gòu)來(lái)決定。 什么是微服務(wù) ? 集中式架構(gòu)也是單塊應(yīng)用最常使用的架構(gòu)模式。 微服務(wù)集成 ? 集成原則 ? 微服務(wù)的集成做得好，可以保持自治性、可以獨(dú)立發(fā)布修改和發(fā)布。因此，服務(wù)調(diào)用鏈不宜過(guò)長(zhǎng)，以免客戶端長(zhǎng)時(shí)間等待。 ? 所以設(shè)計(jì)微服務(wù)架構(gòu)的時(shí)候要盡量避免這種集中式的架構(gòu)。 ? 更強(qiáng)大的主機(jī)：垂直擴(kuò)展，更好的機(jī)器。 , March 17, 2023 ? 很多事情努力了未必有結(jié)果，但是不努力卻什么改變也沒(méi)有。 2023