SpringCloud的教程很多小伙伴一定都看過，那么，在SpringCloud學習中需要掌握哪些知識點？今天來給大家梳理下，
相關視頻教程參考（來自動力節點）：https://www.bilibili.com/video/BV1nK4y1j7gL
什么是分布式？
不同模塊部署在不同服務器上
作用：分布式解決網站高并發帶來問題
什么是集群？
多臺服務器部署相同應用構成一個集群
通過負載均衡設備共同對外提供服務
什么是RPC？
RPC 的全稱是 Remote Procedure Call 是一種行程間通信方式，
它允許程式呼叫另一個地址空間(通常是共享網路的另一臺機器上)的程序或函式，而不用程式員顯式編碼這個遠程呼叫的細節，即無論是呼叫本地介面/服務的還是遠程的介面/服務，本質上撰寫的呼叫代碼基本相同，
比如兩臺服務器A，B，一個應用部署在A服務器上，想要呼叫B服務器上應用提供的函式或者方法，由于不在一個記憶體空間，不能直接呼叫，這時候需要通過就可以應用RPC框架的實作來解決
restful、soap、rpc
1. RESTful是一種架構設計風格，提供了設計原則和約束條件，而不是架構，而滿足這些約束條件和原則的應用程式或設計就是 RESTful架構或服務，
2. SOAP，簡單物件訪問協議是一種資料交換協議規范，
是一種輕量的、簡單的、基于XML的協議的規范，SOAP協議和HTTP協議一樣，都是底層的通信協議，只是請求包的格式不同而已，SOAP包是XML格式的，
SOAP的訊息是基于xml并封裝成了符合http協議，因此，它符合任何路由器、 防火墻或代理服務器的要求，
soap可以使用任何語言來完成，只要發送正確的soap請求即可，基于soap的服務可以在任何平臺無需修改即可正常使用，
3. RPC就是從一臺機器(客戶端)上通過引數傳遞的方式呼叫另一臺機器(服務器)上的一個函式或方法(可以統稱為服務)并得到回傳的結果，
- RPC 會隱藏底層的通訊細節(不需要直接處理Socket通訊或Http通訊)
- RPC 是一個請求回應模型，客戶端發起請求，服務器回傳回應(類似于Http的作業方式)
- RPC 在使用形式上像呼叫本地函式(或方法)一樣去呼叫遠程的函式(或方法)，
rpc遠程呼叫框架
幾種比較典型的RPC的實作和呼叫框架，
-
RMI實作，利用java.rmi包實作，基于Java遠程方法協議(Java Remote Method Protocol)和java的原生序列化，
-
Hessian，是一個輕量級的remoting onhttp工具，使用簡單的方法提供了RMI的功能， 基于HTTP協議，采用二進制編解碼，
-
thrift是一種可伸縮的跨語言服務的軟體框架，thrift允許你定義一個描述檔案，描述資料型別和服務介面，依據該檔案，編譯器方便地生成RPC客戶端和服務器通信代碼，
-
SpringCloud 為開發人員提供了快速構建分布式系統的一些工具，包括配置管理、服務發現、斷路器、路由、微代理、事件總線、全域鎖、決策競選、分布式會話等等，
什么是SOA？
業務系統分解為多個組件，讓每個組件都獨立提供離散，自治，可復用的服務能力
通過服務的組合和編排來實作上層的業務流程
作用：簡化維護,降低整體風險,伸縮靈活
什么是微服務？
Spring Cloud微服務架構設計概念,各服務間隔離(分布式也是隔離),自治(分布式依賴整體組合)其它特性(單一職責,邊界,異步通信,獨立部署)是分布式概念的跟嚴格執行
SOA到微服務架構的演程序序
作用：各服務可獨立應用，組合服務也可系統應用(巨石應用[monolith]的簡化實作策略-平臺思想)
SpringCloud
SpringCloud 為開發人員提供了快速構建分布式系統的一些工具，包括配置管理、服務發現、斷路器、路由、微代理、事件總線、全域鎖、決策競選、分布式會話等等，它運行環境簡單，可以在開發人員的電腦上跑，另外說明spring cloud是基于Springboot的，所以需要開發中對Springboot有一定的了解，
最后，極力推薦動力節點cat老師講的springcloud教程，非常細致地講了Spring Cloud的方方面面，涵蓋Spring Cloud進行微服務架構的常用工具集，如：注冊中心eureka、ribbon、hystrix、feign、zuul、config等，并通過一個個示例為大家清晰地展示Spring Cloud進行微服務開發的點點滴滴，讓springcloud的學習更快更輕松，
為什么需要學習Spring Cloud？
不論是商業應用還是用戶應用，在業務初期都很簡單，我們通常會把它實作為單體結構的應用，但是，隨著業務逐漸發展，產品思想會變得越來越復雜，單體結構的應用也會越來越復雜，
這就會給應用帶來如下的幾個問題：
1、代碼結構混亂：業務復雜，導致代碼量很大，管理會越來越困難，同時，這也會給業務的快速迭代帶來巨大挑戰；
開發效率變低：開發人員同時開發一套代碼，很難避免代碼沖突，開發程序會伴隨著不斷解決沖突的程序，這會嚴重的影響開發效率；
3、排查解決問題成本高：線上業務發現 bug，修復 bug 的程序可能很簡單，但是，由于只有一套代碼，需要重新編譯、打包、上線，成本很高，
由于單體結構的應用隨著系統復雜度的增高，會暴露出各種各樣的問題，近些年來，微服務架構逐漸取代了單體架構，且這種趨勢將會越來越流行，Spring Cloud是目前最常用的微服務開發框架，已經在企業級開發中大量的應用，
什么是Spring Cloud？
SpringCloud是一系列框架的有序集合，它利用Spring Boot的開發便利性巧妙地簡化了分布式系統基礎設施的開發，如服務發現注冊、配置中心、智能路由、訊息總線、負載均衡、斷路器、資料監控等，都可以用Spring Boot的開發風格做到一鍵啟動和部署，Spring Cloud并沒有重復制造輪子，它只是將各家公司開發的比較成熟、經得起實際考驗的服務框架組合起來，通過Spring Boot風格進行再封裝屏蔽掉了復雜的配置和實作原理，最終給開發者留出了一套簡單易懂、易部署和易維護的分布式系統開發工具包，
優缺點
優點：
- 產出于Spring大家族，Spring在企業級開發框架中無人能敵，來頭很大，可以保證后續的更新、完善
- 組件豐富，功能齊全，Spring Cloud 為微服務架構提供了非常完整的支持，例如、配置管理、服務發現、斷路器、微服務網關等；
- Spring Cloud 社區活躍度很高，教程很豐富，遇到問題很容易找到解決方案
- 服務拆分粒度更細，耦合度比較低，有利于資源重復利用，有利于提高開發效率
- 可以更精準的制定優化服務方案，提高系統的可維護性
- 減輕團隊的成本，可以并行開發，不用關注其他人怎么開發，先關注自己的開發
- 微服務可以是跨平臺的，可以用任何一種語言開發
- 適于互聯網時代，產品迭代周期更短
缺點：
- 微服務過多，治理成本高，不利于維護系統
- 分布式系統開發的成本高（容錯，分布式事務等）對團隊挑戰大
總的來說優點大過于缺點，目前看來Spring Cloud是一套非常完善的分布式框架，目前很多企業開始用微服務、Spring Cloud的優勢是顯而易見的，因此對于想研究微服務架構的同學來說，學習Spring Cloud是一個不錯的選擇，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/394921.html
標籤：Java
上一篇：Apache Log4j 漏洞影響有多大？Google 調查報告出爐！
下一篇：Redis常用資料結構及應用場景