搭建微服務架構(gòu)要注意什么？

1.搭建微服務架構(gòu)的基礎
服務化框架和平臺的選擇
2.微服務公共關注點
            1）配置管理：對微服務應用的一些可變參數(shù)進行配置，這些參數(shù)（1）可能是啟動期一次性配置的（例如：數(shù)據(jù)庫連接字符串），（2）也可能是運行期動態(tài)配置的（例如：調(diào)整緩存過期時間，或者是業(yè)務方面的促銷限購的數(shù)量）
       2）服務發(fā)現(xiàn)和LB（負載均衡）：
             服務發(fā)現(xiàn)：服務分布在不同的節(jié)點上，服務之間要互相調(diào)用，首先要定位，找到對方，微服務架構(gòu)的一個基本問題
           負載均衡：服務一般以多實例的方式部署，調(diào)用方需要以某種負載均衡策略，去訪問目標服務實現(xiàn)
      3）彈性和容錯：分布式微服務通過網(wǎng)絡互連，網(wǎng)絡有可能會不穩(wěn)定，服務實例可能會產(chǎn)生延遲，出錯，甚至宕機，因此微服務系統(tǒng)必須具備彈性和容錯的能力，才能保障服務質(zhì)量和用戶體驗。
        4）API管理：微服務系統(tǒng)，對外暴露API，一般通過API網(wǎng)關進行管理，網(wǎng)關是微服務的一個大門，需要支持反向路由，安全鑒定，日志監(jiān)控，和限流容錯等基本功能。高級的網(wǎng)關要支持A/B測試，藍綠和灰度測試等高級功能。
      5）服務安全：用戶訪問微服務首先需要認證，對某些敏感的服務進行操作還需要鑒權(quán)，服務之間調(diào)用也需要一定的權(quán)限管控。
       6）日志監(jiān)控：服務訪問日志，需要進行集中的采集，存儲和分析，方便后續(xù)進一步分析服務的性能甚至是用戶的行為。
      7）Metrics監(jiān)控：對微服務的調(diào)用，需要進行Metrics埋點監(jiān)控。Metrics監(jiān)控既可以對服務的性能（包括調(diào)用量，延遲，錯誤數(shù)等）進行監(jiān)控，也可以對一些重要的業(yè)務指標（例如：登陸數(shù)，下單數(shù)）進行監(jiān)控。
        8）調(diào)用鏈監(jiān)控：分布式微服務之間的依賴關系錯綜復雜，通過調(diào)用鏈監(jiān)控能夠?qū)崟r掌握服務之間的依賴關系和服務之間調(diào)用的性能。出現(xiàn)問題的時候，通過分析調(diào)用鏈能夠及時排障。
      9）調(diào)度和發(fā)布：微服務最終是需要發(fā)布到生成環(huán)境當中的，目前推薦的微服務交互手段主要是容器云環(huán)境。容器云需要支持自動的容器資源調(diào)度和發(fā)布，高級的話需要支持滾動、藍綠等發(fā)布機制。
       10）自愈和自動伸縮：
              自愈：云環(huán)境當中這個節(jié)點實例有可能宕機或者漂移，網(wǎng)絡可能會最忌不穩(wěn)定，微服務平臺需要自動偵測能力，能夠自動恢復。
         自動伸縮：用戶流量可能會突發(fā)，驟增。微服務平臺理想上講，需要根據(jù)用戶的流量變化自動的伸縮（auto-scaling）
            這樣做可節(jié)省硬件資源，同時又不影響用戶體驗。
3.三者全面橫向?qū)Ρ确治?/strong>


     4.三者優(yōu)缺點

 5.使用建議
      1）微服務關注點，根據(jù)企業(yè)上下文綜合考量
      2）盡量不要混搭使用，保持體系一致性
      3）個人傾向K8s+SpringBoot

創(chuàng)新互聯(lián)建站從2013年開始，先為云霄等服務建站，云霄等地企業(yè)，進行企業(yè)商務咨詢服務。為云霄企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務解決您的所有建站問題。