《如何快速搭建一個微服務架構》---總結


       第一次聽視頻公開課,以為會各種講廣告,干貨會比較少;最后覺得還可以,對我這種菜鳥還是有一些作用,先簡單做一個總結吧。做什么事情,總會有一點收獲;

1. 傳統單體機構、主流的SOA(面向服務的架構)和新興的微服務架構的優缺點比較

   缺點:一個服務由各個模塊組成

         a、耦合性高---各個代碼之前會相互調用

         b、部署耗時長---包很大,且有串型部署項目的情況

         c、穩定性/可用性差--一個服務發生故障,很可能會導致其他服務阻塞不可用

         d、可擴展性差,不能針對特定模塊去優化,提升性能

  微服務架構的優點:各個模塊被拆分成一個一個的服務

         a、邊界清晰,開發測試維護簡單---一整個服務被拆分成單個服務

         b、技術棧靈活,可用用多種語言編寫,通過協議來調用

         c、松耦合

         d、可用性高

2、服務器端負載均衡和客戶端負載均衡的區別

服務器端的負載均衡:

        這個在平常的開發中很常見,比如一個服務要部署在幾個節點(集群模式),那么你就需要在nginx里面配置很多的ip:port,然后客戶端訪問的時候,將請求到nginx,然后由nginx將請求轉發給對應的服務;也就是說客戶端事先不知道請求哪個服務器

       缺點是:

               如果集群很大,那么需要在nginx中配置很多的ip:port,可維護性差,如果需要新增服務節點,需要運維人員去手動配置

客戶端的負載均衡:

       其實是第一次聽說這個概念,不過平時也用到過,比如利用dubbo去調用接口服務;客戶端在調用服務器接口的時候,已經知道去調用哪個服務

      優點:由服務應用去自動注冊到注冊中心,注冊中心來維護各個服務的調用地址

 

3、 一個微服務架構的組成結構

      框架:注冊中心、負載均衡、聲明式服務(feigh)、容錯(hystrix)、網關(權限)zuul和配置(resource)

      拆分:循序漸進,不要期望一步到位

    

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM