基于sringcloud微服務(wù)系統(tǒng)設(shè)計(jì)方案-免費(fèi)閱讀
【正文】 10. 運(yùn)維階段. 遠(yuǎn)程升級 微服務(wù)不斷增加后，意味著部署容器也在同步增加，對于后續(xù)升級維護(hù)的工作量將會(huì)逐漸增加，開發(fā)統(tǒng)一管理中心，支持遠(yuǎn)程維護(hù)與升級將可減少運(yùn)維的復(fù)雜度。服務(wù)器：受到遠(yuǎn)程服務(wù)所在服務(wù)器性能的影響。 一、開發(fā)自動(dòng)化的接口測試工具， 檢測接口是否滿足約定 檢測接口是否發(fā)生變化 檢測接口是否可以正常被調(diào)用。 解決方案待研究。. 分布式session 采用Redis作為緩存組件以及session的共享組件。Spring Cloud Config把應(yīng)用原本放在本地文件的配置抽取出來放在中心服務(wù)器，本質(zhì)是配置信息從本地遷移到云端。Spring cloud Hystrix 熔斷器. 統(tǒng)一日志管理 不同微服務(wù)部署在不同節(jié)點(diǎn)上，登錄每個(gè)節(jié)點(diǎn)查看日志是比較麻煩的，同時(shí)對于需要關(guān)聯(lián)多個(gè)微服務(wù)日志聯(lián)合查看分析的情況將更加麻煩。}. 服務(wù)編排 主要的作用是減少項(xiàng)目中的相互依賴。這樣，客戶端請求的相關(guān)headers就可以傳遞到服務(wù)端，服務(wù)端設(shè)置的cookie也可以傳到客戶端。因?yàn)镾pring MVC的RestController定義的接口，返回的數(shù)據(jù)都是通過Jackson序列化成JSON數(shù)據(jù)。. 技術(shù)管理策略 微服務(wù)的架構(gòu)理念中指出各微服務(wù)可以獨(dú)立建設(shè)，可以使用不同的技術(shù)、語言、框架等，以便能更快速的使用新技術(shù)、新框架等響應(yīng)特定客戶需求，解決單體應(yīng)用架構(gòu)更新技術(shù)、更新框架時(shí)面臨的困難或阻礙。帶有加權(quán)的輪詢策略，對各個(gè)服務(wù)器響應(yīng)時(shí)間進(jìn)行加權(quán)處理，然后在采用輪詢的方式來獲取相應(yīng)的服務(wù)器。 使用Ribbon進(jìn)行負(fù)載均衡，其工作原理可以概括為下面四個(gè)步驟：1. Ribbon首先根據(jù)其所在Zone優(yōu)先選擇一個(gè)負(fù)載較少的Eureka Server。. 數(shù)據(jù)庫挑戰(zhàn)與策略 每個(gè)微服務(wù)都有自己獨(dú)立的數(shù)據(jù)庫，那么后臺(tái)管理的聯(lián)合查詢怎么處理？這應(yīng)該是大家會(huì)普遍遇到的一個(gè)問題，有三種處理方案。 版本集成：由統(tǒng)一的集成工具，實(shí)現(xiàn)自動(dòng)化的版本集成，將所有微服務(wù)集成到統(tǒng)一的版本發(fā)布包中。 因此，需進(jìn)行服務(wù)名的統(tǒng)一規(guī)劃： 規(guī)劃期統(tǒng)一制定每個(gè)服務(wù)提供者的服務(wù)名或者模塊標(biāo)示。 為每個(gè)服務(wù)設(shè)計(jì)API接口（REST方式） 為不同的服務(wù)進(jìn)行分類，不同類型的服務(wù)需要的資源不同，可以配置不同的資源，包括CPU、內(nèi)存、存儲(chǔ)等。 Hystrix，監(jiān)控和斷路器。需要一個(gè)服務(wù)注冊中心Eureka，所有的服務(wù)都在注冊中心注冊，負(fù)載均衡也是通過在注冊中心注冊的服務(wù)來使用一定策略來實(shí)現(xiàn)。216。也就是沒有充分的保障機(jī)制，則單點(diǎn)故障會(huì)大量增加。多數(shù)情況下是一個(gè)HTTP的資源API。這些服務(wù)具備獨(dú)立業(yè)務(wù)能力并可以通過自動(dòng)化部署方式獨(dú)立部署。216。 重復(fù)開發(fā)： 微服務(wù)理念崇尚每個(gè)微服務(wù)作為一個(gè)產(chǎn)品看待，有自己的團(tuán)隊(duì)開發(fā)，甚至可以有自己完全不同的技術(shù)、框架，那么與其他微服務(wù)團(tuán)隊(duì)的技術(shù)共享就產(chǎn)生了矛盾，重復(fù)開發(fā)的工作即產(chǎn)生了。 Eureka可部署多個(gè)，進(jìn)行高可用保證。使用斷路器hystrix，及時(shí)處理服務(wù)調(diào)用時(shí)的超時(shí)和錯(cuò)誤，防止由于其中一個(gè)服務(wù)的問題而導(dǎo)致整體系統(tǒng)的癱瘓。我們只需要在服務(wù)接口上添加Hystrix標(biāo)簽，就可以實(shí)現(xiàn)對這個(gè)接口的監(jiān)控和斷路器功能。. 服務(wù)拆分原則 粒度微?。? 根據(jù)業(yè)務(wù)功能劃分服務(wù)粒度，總的原則是服務(wù)內(nèi)部高內(nèi)聚，服務(wù)之間低耦合。 服務(wù)名的命名規(guī)則:ModuleName_ServiceName，且所有字符小寫，不同單詞之間以下劃線分隔。. 版本策略 每個(gè)微服務(wù)可以獨(dú)立制作版本，伴隨著服務(wù)的增多，SVN分支增多，版本也將增多，版本管理的復(fù)雜度將成指數(shù)級增加。 1）嚴(yán)格按照微服務(wù)的劃分來做，微服務(wù)相互獨(dú)立，各微服務(wù)數(shù)據(jù)庫也獨(dú)立，后臺(tái)需要展示數(shù)據(jù)時(shí)，調(diào)用各微服務(wù)的接口來獲取對應(yīng)的數(shù)據(jù)，再進(jìn)行數(shù)據(jù)處理后展示出來，這是標(biāo)準(zhǔn)的用法，也是最麻煩的用法。2. 定期從Eureka Server更新并過濾服務(wù)實(shí)例列表。 RandomRule: 但這也同時(shí)帶來了諸多問題，如下： 各服務(wù)是否可以任意使用自己的技術(shù)、自己的組件、框架呢？如果這樣，勢必帶來更大的管理困難、維護(hù)困難、技術(shù)共享困難。. 異步調(diào)用 rabbitMq、kafka、Spring Cloud Stream均是可以選擇的方案。但是，如果你想禁止某些header透傳到服務(wù)端，：zuul:routes:users: path: /users/** sensitiveHeaders: Cookie,SetCookie,Authorization serviceId: user剛才說了我們的某個(gè)服務(wù)有時(shí)候需要調(diào)用另一個(gè)服務(wù)，這時(shí)候，這個(gè)請求不是客戶端發(fā)起，他的請求的header里面也不會(huì)有任何驗(yàn)證信息。比如現(xiàn)在有項(xiàng)目a調(diào)用項(xiàng)目b，項(xiàng)目b調(diào)用項(xiàng)目c...一直到h，是一個(gè)調(diào)用鏈，那么項(xiàng)目上線的時(shí)候需要先更新最底層的h再更新g...更新c更新b最后是更新項(xiàng)目a。伴隨節(jié)點(diǎn)數(shù)量的增加，如果沒有合適的管理機(jī)制與工具，定位問題、發(fā)現(xiàn)問題的
公司管理相關(guān)推薦
鄂ICP備17016276號-1