微服務介紹
1.1 系統架構的演變
隨若互聯網的發展，網站應用的規模也在不斷的擴大，逬而導致系統架構也在不斷的進行變化.從互聯 網早起到現在，系統架構大體經歷了下面幾個過程:單體應用架構一蟻直應用架構--浴布式架構一 >SOA架構一〉微服務架構，當然還有悄然興起的Service Mesh（服務網格化）.接下來我們就來了解一下 每種系統架構是什么樣子的，以及各有什么優缺點.
1.1.1 單體應用架構
互聯網早期，一版的網站應用流量較小，只需要一個應用，將所有功能代碼都部署在一起就可以，這樣可以減少開阿發、部署、和維護的成本。
比如說一個電商系統，里面會包含狠毒哦用戶管理、商品管理、訂單管理、物流管理等等很多模塊，我們會把他們做成一個web項目，然后部署到一台tomcat服務器上。
優點：
- 項目架構簡單，小型項目的話，開發成本低
- 項目保護署在一個節點上、維護方便
缺點：
- 全部功能集成在一個工程中，對於大興項目來講不易開發和維護
- 項目模塊之間緊密耦合，單店容錯率低
- 無法針對不同模塊進行針對性優化和水平擴展
1.1.2 垂直架構應用
隨着訪問最的逐漸増大，單一應用只能依靠增加節點來應對，但是這時候會發現並不是所有的模塊都會 有比較大的訪問量.
還是以上面的電商為例子，用戶訪問昆的增加可能影響的只是用戶和訂單模塊，但是對消，息模塊 的影響就比較小.那么此時我們希望只多増加幾個訂單模塊，而不増加消息模塊.此時單體應用就做不 到了，垂直應用就應運而生了.
所調的垂直應用架構，就是將原來的f 應用拆成互不相干的幾個應用，以提升效率.比如我們可 以將上面電商的單體就拆分成：
- 電商系統（用戶管理 商品管理訂單管理）
- 后台系統（用戶管理 訂單管理 客戶管理）
- CMS系統（廣告管理 營銷管理）
這樣拆分完畢之后，一旦用戶訪問量變大，只需要増加電商系統的節點就可以了，而無需増加后台 和CMS的節點.
1.1.3 分布式系統架構
當垂直應用越來越多，重復的業務代碼就會越來越多.這時候，我們就思考可不可以將重復的代碼抽取 出來，做成統一的業務層作為獨立的服務，然后由前端控制層調用不同的業務層服務呢？這就產生了新 的分布式系統架構.它將把工程拆分成表現層和服務層兩個部分，服務層中包含業務邏輯.表現層只需 要處理和頁面的交互，業務邏輯都是調用服務層的服務來實現.
優點：
- 抽取公共的功能為服務層。提高代碼的服用性
缺點：
- 系統間耦合度變高，調用搞關系錯綜復雜
1.1.4 SOA 架構
分布式架構下，當服務越來越多，容最的評估，小服務資源的浪費等問題逐漸顯現，此時需増加f 調度中心對集群進行實時管理.此時，用於資源調度和治理中-CXSOA Service OrientedArchitecture, 面向服務的架構）是關鍵.
優點：
- 使用注冊中心解決服務間的調用關系，一單某個緩解出錯會應影響較大
- 服務關心復雜、運維、測試部署困難
1.1.5 微服務架構
微服務架構在某種程度上是面向服務的架構SOA繼續發展的下一步，它更加強調服務的”徹底拆分“
優點：
- 服務原子化拆分，獨立打包、部署和升級，保證每個微服務清晰的任務划分，利於擴展
- 微服務之間采用Restful等輕量級http協議相互調用
缺點：
- 分布式系統開發的技術成本高（容錯、分布式事務等）
1.2 微服務架構介紹
微服務架構，簡單的說就是將單體應用進一步拆分，拆分成更小的服務，沒個服務都是一個可以獨立運行的項目
1.2.1 微服務架構的常見問題
一旦采用微服務系統架構，就勢必會遇到這樣幾個問題：
- 這么多小服務，如果管理它們
- 這么多小服務，它們之間如何通訊
- 這么多小服務，客戶端怎么訪問
- 這么多小服務，一旦出現問題，應該如何自處理
- 這么多小服務，一旦出現問題，應該如何拍錯
對於上面的問題，是任何一個微服務設計者都不能繞過去的，因此大部分的稍微服務產品都是針對一個問題，提供一個相應的組件來解決他們
1.2.2 微服務架構的常見概念
1.2.2.1 服務治理
*服務治理就是進行服務的自動化管理，其核心是服務的自動注冊與發現
服務注冊：服務實例將自身的服務信息注冊到注冊中心
服務發現：服務實例通過注冊中心，獲取到注冊到其中的服務實例的信息，通過這些信息去請求他們提供服務。
服務剔除：服務注冊中心將出問題的服務自動剔除到可用列表之外，使其不會被調用到
1.2.2.2 服務調用
在服務架構中，通常存在多個服務之間的遠程調用的需求，目前主流的遠程調用技術有基於HTTP的Restful接口以及基於TCP的RPC協議
- REST(Representational State Transfer):這基一種HTTP調用的格式，更標准，更通用，無論哪種語言都支持http協議
- RPC(Remote Promote Call)：一種進程間的通訊方式，允許想調用本地服務一樣調用遠服務，RPC框架的主要目標使就是讓遠程調用更簡單、透明。RPC框架負責屏蔽底層的傳輸方式，序列化方式和通信細節，開發人員在使用的時候只需要了解誰在什么位置提供什么樣的遠程服務接口即可，並不需要關心底層通信細節和調用個過程
區別與聯系：
| 比較項 | RESTful | RPC |
|---|---|---|
| 通訊協議 | HTTP | 一般用tcp |
| 性能 | 略低 | 較高 |
| 靈活度 | 高 | 較高 |
| 應用 | 微服務架構 | SOA架構 |
1.2.2.3 服務網關
隨着微服務的不斷増多，不同的微服務一般會有不同的網絡地址，而外部客戶端可能需要調用多個服務 的接口才能完成一個業務需求，如果讓客戶端直接與各個微服務通信可能出現：
- 客戶端需要調用不同的url地址，増加難度
- 在一定的場景下，存在跨域請求的問題
- 每個微服務都需要進行單獨的身份認證
針對這些問題，API網關順勢而生.
API網關直面意思是將所有API調用統一接入到API網關層，由網關層統一接入和輸出。一個 網關的基本功能有：統一接入、安全防護、協議適配、流量管控、長短鏈接支持、容錯能力。有了網關之后，各個 API服務提供團隊可以專注於自己的的業務邏輯處理，而API網關更專注於安全、流量、路由等問題.
1.2.2.4 服務容錯
在微服務當中，一個請求經常會涉及到調用幾個服務，如果其中某個服務不可用，沒有做服務容錯的話，極有可能會造成一連串的服務不可用，這就是雪崩效應。我們沒法預防雪崩效應的發生，只能盡可能去做好容錯。服務容錯的三個核心思想是：
- 不被外界環境影響
- 不被上游請求壓垮
- 不被下游祥響應拖垮
1.2.2.5 鏈路追蹤
隨着微服務架構的流行，服務按照不同的維度進行拆分，一次請求往往需要設計多個服務。互聯網應用構建在不同的軟件模塊集上，這些軟件模塊，有可能是由不同的團隊開發，可能使用不同的編程語言來實現，有可能部署在幾千台的服務器上，橫跨多個不同的數據中心，因此，就需要對一次請求設計的多個來服務鏈路進行日志記錄，性能監控技鏈路追蹤
1.2.3 微服務架構的常見解決方案
1.2.3.1 ServiceComb
Apache ServiceComb,前身是華為雲的微服務引擎CSE (Cloud Service Engine)雲服務，是全球首個 Apache微服務頂級項目.它提供了一站式的微服務開源解決方案，致力於幫助企業、用戶和開發者將企業應用輕松微服務化上雲，並實現對微服務應用的高效運維管理.
1.2.3.2 SpringCloud
SpringCloud 是一系列框架的集合，它利用Spring Boot的開發便利性巧妙的簡化了分布式系統基礎設施的開發，如服務發現注冊、配置中心、消息總線、負載均衡、斷路器、數據監控等，都可以用Spring Boot的開發風格做到一鍵啟動和部署
SpringCloud 並沒有重復制造輪子，它只是將目前各家公司開發的比較成熟、經的起實際考驗的服務框架組合起來，通過SpringBoot風格進行在封裝屏蔽掉了復雜的配置和實現原理，最終給開發者留出了一套簡單易懂、易部署和易維護的分布式系統開發工具包
1.2.3.3 SpringCloud Alibaba
Spring Cloud Alibaba致力於提供微服務開發的一站式解決方案.此項目包含開發分布式應用微服務的 必需組件，方便開發者通過Spring Cloud編程模型輕松使用這些組件來開發分布式應用服務..
1.3 Spring Cloud Alibaba 介紹
Spring Cloud Alibaba致力於提供微服務開發的一站式解決方案.此項目包含開發分布式應用微服務的 必需組件，方便開發者通過Spring Cloud編程模型輕松使用這些組件來開發分布式應用服務.依托 Spring Cloud Alibaba,您只需要添加注解和少量配置，就可以將Spring Cloud應用接入阿里微服務解決方案，通過阿里中間件來迅速搭建分布式應用系統
1.3.1主要功能
服務限流降級：默認支持WebServlet、WebFlux、 OpenFeign、 RestTemplate、 Spring CloudGateway、 Zuul、Dubb。和RocketMQ限流降級功能的接入，可以在運行時通過控制台 實時修改限流降級規則，還支持查看限流降級Metrics監控。
-
服務注冊與發現：適配Spring Cloud服務注冊與發現標准，默認集成了 Ribbon的支持。
-
分布式配置管理：支持分布式系統中的外部化配置，配置更改時自動刷新。
-
消息驅動能力：基於Spring Cloud Stream為微服務應用構建消，息驅動能力。
-
分布式事務：使用@GlobalTransactional注解，高效並且對業務零侵入地解決分布式事務問題.。
-
阿里雲對象存儲：阿里雲提供的海富、安全、低成本、高可靠的雲存儲服務。支持在任何應用、任何時間、任何地點存儲和訪問任意類型的數據。
-
分布式任務調度：提供秒級、精准、高可靠、高可用的定時(基於Cron表達式)任務調度服務. 同時提供分布式的任務執行模型，如網格任務。網格任務支持海量子任務均勻分配到所有 Worker (schedulerx-client) 上執行。
-
阿里雲短信服務：覆蓋全球的短信服務，友好、高效、智能的互聯化通訊能力，幫助企業迅速搭建 客戶觸達通道。
1.3.2 組件
- Sentinel：把流最作為切入點，從流景控制、熔斷降級、系統員載保護等多個維度保護服務的穩定性。
- Nacos：一更易於構建雲原生應用的動態服務發現、配置管理和服務管理平台。
- RocketMQ： 一款開源的分布式消息系統，基於高可用分布式集群技術，提供低延時的、高可靠的消息發布與訂閱服務。
- Dubbo：Apache Dubbo 是一款高性能的java RPC框架
- Seata：阿里巴巴開源產品，—易於使用的高性能微服務分布式事務解決方案。
- Alibaba Cloud ACM：一款在分布式架構環境中對應用配置進行集中管理和推送的應用配置中心 產品。
- Alibaba Cloud OSS：阿里雲對象存儲服務(Object Storage Service,簡稱OSS),是阿里雲提 供的海最、安全、低成本、高可靠的雲存儲服務。您可以在任何應用、任何時間、任何地點存儲和 訪問任意類型的瞄。
- Alibaba Cloud SchedulerX：中間件團隊開發的一款分布式任務調度產品，提供秒級、精准、高可靠、高可用的定時(基於Cron表達式)任務調度服務。
- Alibaba Cloud SMS：覆蓋全球的短信服務，友好、高效、智能的互聯化通訊能力，幫助企業迅速 搭建客戶。