為什麼要用分布式配置中心
① Dubbo的分布式系統需要配置哪些環境
bbo實現了分布式遠程調用框架，多運行節點既能提高可靠性，又能提升負載能力。bbo配置主要有注冊中心（推薦zookeeper或redis）、提供者provider、消費者consumer，注冊中心是第三方實現，所以主要配置好服務提供者和消費者就可以了。實際上服務介面和實現都是需要我們自己設計和實現的，bbo做的事情就是將服務實現發布到注冊中心，然後消費者從注冊中心訂閱服務介面，之後對介面的調用就由bbo調度提供者去執行並返回結果。以下配置都有源碼，見右側「免費資源」。
提供者provider的配置：提供者是獨立運行的節點，可以多實例運行，將服務注冊到注冊中心
必須要有application name，注冊中心配置zookeeper，協議bbo，超時6秒失敗不重試，提供者載入repository和service層bean，然後發布介面service。
② 集中式數據處理和分布式數據處理的優缺點
集中式數據處理優點：
1、部署結構簡單。
2、數據容易備份，只需要把中央計算機上的數據備份即可。
3、不易感染病毒，只要對中央計算機做好保護，終端一般不需要外接設備，感染病毒的幾率很低。
4、總費用較低，中央計算機的功能非常強大，終端只需要簡單、便宜的設備。
缺點：
1、中央計算機需要執行所有的運算，當終端很多時，會導致響應速度變慢。
2、如果終端用戶有不同的需要，要對每個用戶的程序和資源做單獨的配置，在集中式系統上做起來比較困難，而且效率不高。
分布式數據處理優點：
1、分布式網路中的每台機器都能存儲和處理數據，降低了對機器性能的要求，所以不必購買昂貴的高性能機器，這大大降低了硬體投資成本。
2、擴展性極佳。在當前系統存儲或計算能力不足時，可以簡單地通過增加廉價PC機的方式來增加系統的處理和存儲能力。
3、處理能力極強。龐大的計算任務可以在合理分割後由分布式網路中的機器並行地處理
缺點
1、計算程序全負荷運行時仍會對計算機的各個部件造成一定壓力。
2、對項目方來說，參加分布式計算的志願者不是項目方自己的人員，不是全體可信任，因此必須引入一定的冗餘計算機制，才能防止計算錯誤、惡意作弊等。
(2)為什麼要用分布式配置中心擴展閱讀
分布式計算為信息不只分布在一個軟體或計算機上，而是分布於多個軟體上，可以用多台或一台計算機同時運行若干個軟體，通過網路實現信息的共享。與其他演算法相比，分布式演算法有明顯的優勢：
1、共享資源更加方便。
2、能夠實現計算負載的平衡，用多台計算機同時處理任務。
3、可以根據實際需要合理選擇適當的計算機運行該程序。計算機分布式計算的靈魂是平衡負載和共享資源。分布式計算具有高效、快捷、准確的優勢
③ 視頻會議採用分布式部署有什麼好處
分布式架構一個核心的優勢就在於能夠平衡負載、提高應用的性能。國內服務商，我知道的全時是採用這種部署的。
全時網路視頻會議解決方案採用分布式的系統架構，可以同時部署多個區域運營中心，讓企業用戶可以以最短路徑就近接入，提升音頻、視頻、數據等多媒體通信的效率，降低數據延遲。
另外，採用分布式的部署架構，還可以帶來一個附帶價值，即提高網路視頻會議的穩定性。基於分布式的系統架構，採用負載均衡、多機熱備、故障冗餘設計等多種機制，消除單故障點，當個別伺服器或分布部署的區域運營中心出現故障時，可將用戶自動轉入其他伺服器或運營中心。
④ 什麼是伺服器分布式部署
1、什麼是數據中心分布式部署
數據中心分布式部署，邊緣數據中心是基礎，是CDN的更下一層，服務對象是IDC及CDN需求的客戶。對於流量大的客戶，可多點分布，就近部署。
2、分布式部署的好處
A:在全國沒有任何一個數據中心可以覆蓋全國的每個角落，數據中心集中在一個點不能更好的服務全國各區域。分布式部署相當於在歐洲很多個國家之間的互聯網關系。二三線城市就近布點，三級城市網路品質提升。針對網游、網路視頻、網路下載等全國分布節點需求較高的客戶，選擇分布式節點託管在降低成本的同時還更好的保障了二、三級城市業務的網路運營品質，提升用戶體驗。
B:二三級城市較低的資源成本直接降低了客戶網路資源投入。在良好品質保障的情況下，以更低價格購入，實現良好性價比。
⑤ 什麼是分布式伺服器
所謂分布式伺服器就是指數據和程序可以不位於一個伺服器上，而是分散到多個伺服器，以網路上分散分布的地理信息數據及受其影響的資料庫操作為研究對象的一種理論計算模型伺服器形式。分布式有利於任務在整個計算機系統上進行分配與優化，克服了傳統集中式系統會導致中心主機資源緊張與響應瓶頸的缺陷，解決了網路GIS
中存在的數據異構、數據共享、運算復雜等問題，是地理信息系統技術的一大進步。
⑥ 「分布式」與「集群」的區別是什麼
簡單說，分布式是以縮短單個任務的執行時間來提升效率的，而集群則是通過提高單位時間內執行的任務數來提升效率。
例如：
如果一個任務由10個子任務組成，每個子任務單獨執行需1小時，則在一台伺服器上執行改任務需10小時。
採用分布式方案，提供10台伺服器，每台伺服器只負責處理一個子任務，不考慮子任務間的依賴關系，執行完這個任務只需一個小時。(這種工作模式的一個典型代表就是Hadoop的Map/Rece分布式計算模型）
而採用集群方案，同樣提供10台伺服器，每台伺服器都能獨立處理這個任務。假設有10個任務同時到達，10個伺服器將同時工作，10小後，10個任務同時完成，這樣，整身來看，還是1小時內完成一個任務！
以下是摘抄自網路文章：
一、集群概念
1. 兩大關鍵特性
集群是一組協同工作的服務實體，用以提供比單一服務實體更具擴展性與可用性的服務平台。在客戶端看來，一個集群就象是一個服務實體，但事實上集群由一組服務實體組成。與單一服務實體相比較，集群提供了以下兩個關鍵特性：
· 可擴展性－－集群的性能不限於單一的服務實體，新的服務實體可以動態地加入到集群，從而增強集群的性能。
· 高可用性－－集群通過服務實體冗餘使客戶端免於輕易遇到out of service的警告。在集群中，同樣的服務可以由多個服務實體提供。如果一個服務實體失敗了，另一個服務實體會接管失敗的服務實體。集群提供的從一個出 錯的服務實體恢復到另一個服務實體的功能增強了應用的可用性。
2. 兩大能力
為了具有可擴展性和高可用性特點，集群的必須具備以下兩大能力：
· 負載均衡－－負載均衡能把任務比較均衡地分布到集群環境下的計算和網路資源。
· 錯誤恢復－－由於某種原因，執行某個任務的資源出現故障，另一服務實體中執行同一任務的資源接著完成任務。這種由於一個實體中的資源不能工作，另一個實體中的資源透明的繼續完成任務的過程叫錯誤恢復。
負載均衡和錯誤恢復都要求各服務實體中有執行同一任務的資源存在，而且對於同一任務的各個資源來說，執行任務所需的信息視圖（信息上下文）必須是一樣的。
3. 兩大技術
實現集群務必要有以下兩大技術：
· 集群地址－－集群由多個服務實體組成，集群客戶端通過訪問集群的集群地址獲取集群內部各服務實體的功能。具有單一集群地址（也叫單一影像）是集群的一個基本特徵。維護集群地址的設置被稱為負載均衡器。負載均衡器內部負責管理各個服務實體的加入和退出，外部負責集群地址向內部服務實體地址的轉換。有的負載均衡器實現真正的負載均衡演算法，有的只支持任務的轉換。只實現任務轉換的負載均衡器適用於支持ACTIVE-STANDBY的集群環境，在那裡，集群中只有一個服務實體工作，當正在工作的服務實體發生故障時，負載均衡器把後來的任務轉向另外一個服務實體。
· 內部通信－－為了能協同工作、實現負載均衡和錯誤恢復，集群各實體間必須時常通信，比如負載均衡器對服務實體心跳測試信息、服務實體間任務執行上下文信息的通信。
具有同一個集群地址使得客戶端能訪問集群提供的計算服務，一個集群地址下隱藏了各個服務實體的內部地址，使得客戶要求的計算服務能在各個服務實體之間分布。內部通信是集群能正常運轉的基礎，它使得集群具有均衡負載和錯誤恢復的能力。
二、集群分類
Linux集群主要分成三大類(高可用集群， 負載均衡集群，科學計算集群)
高可用集群(High Availability Cluster)
負載均衡集群(Load Balance Cluster)
科學計算集群(High Performance Computing Cluster)
具體包括：
Linux High Availability 高可用集群
(普通兩節點雙機熱備，多節點HA集群，RAC, shared, share-nothing集群等)
Linux Load Balance 負載均衡集群
(LVS等....)
Linux High Performance Computing 高性能科學計算集群
(Beowulf 類集群....)
三、詳細介紹
1. 高可用集群(High Availability Cluster)
常見的就是2個節點做成的HA集群，有很多通俗的不科學的名稱，比如"雙機熱備"，"雙機互備"，"雙機"。
高可用集群解決的是保障用戶的應用程序持續對外提供服務的能力。 (請注意高可用集群既不是用來保護業務數據的，保護的是用戶的業務程序對外不間斷提供服務，把因軟體/硬體/人為造成的故障對業務的影響降低到最小程度)。
2. 負載均衡集群(Load Balance Cluster)
負載均衡系統：集群中所有的節點都處於活動狀態，它們分攤系統的工作負載。一般Web伺服器集群、資料庫集群和應用伺服器集群都屬於這種類型。
負載均衡集群一般用於相應網路請求的網頁伺服器，資料庫伺服器。這種集群可以在接到請求時，檢查接受請求較少，不繁忙的伺服器，並把請求轉到這些伺服器上。從檢查其他伺服器狀態這一點上看，負載均衡和容錯集群很接近，不同之處是數量上更多。
3. 科學計算集群(High Performance Computing Cluster)
高性能計算(High Perfermance Computing)集群，簡稱HPC集群。這類集群致力於提供單個計算機所不能提供的強大的計算能力。
3.1 高性能計算分類
3.1.1 高吞吐計算(High-throughput Computing)
有一類高性能計算，可以把它分成若干可以並行的子任務，而且各個子任務彼此間沒有什麼關聯。象在家搜尋外星人（ SETI@HOME -- Search for Extraterrestrial Intelligence at Home ）就是這一類型應用。這一項目是利用Internet上的閑置的計算資源來搜尋外星人。SETI項目的伺服器將一組數據和數據模式發給Internet上參加SETI的計算節點，計算節點在給定的數據上用給定的模式進行搜索，然後將搜索的結果發給伺服器。伺服器負責將從各個計算節點返回的數據匯集成完整的 數據。因為這種類型應用的一個共同特徵是在海量數據上搜索某些模式，所以把這類計算稱為高吞吐計算。所謂的Internet計算都屬於這一類。按照 Flynn的分類，高吞吐計算屬於SIMD（Single Instruction/Multiple Data）的范疇。
3.1.2 分布計算(Distributed Computing)
另一類計算剛好和高吞吐計算相反，它們雖然可以給分成若干並行的子任務，但是子任務間聯系很緊密，需要大量的數據交換。按照Flynn的分類，分布式的高性能計算屬於MIMD（Multiple Instruction/Multiple Data）的范疇。
四、分布式（集群）與集群的聯系與區別
分布式是指將不同的業務分布在不同的地方；而集群指的是將幾台伺服器集中在一起，實現同一業務。
分布式中的每一個節點，都可以做集群。 而集群並不一定就是分布式的。
舉例：就比如新浪網，訪問的人多了，他可以做一個群集，前面放一個響應伺服器，後面幾台伺服器完成同一業務，如果有業務訪問的時候，響應伺服器看哪台伺服器的負載不是很重，就將給哪一台去完成。
而分布式，從窄意上理解，也跟集群差不多， 但是它的組織比較鬆散，不像集群，有一個組織性，一台伺服器垮了，其它的伺服器可以頂上來。
分布式的每一個節點，都完成不同的業務，一個節點垮了，那這個業務就不可訪問了。
⑦ 求java學習路線圖
/*回答內容很長，能看完的少走一個月彎路，絕不抖機靈*/
提前預警：本文適合Java新手閱讀(老手可在評論區給下建議)，希望大家看完能有所收獲。
廢話不多少了，先了解一下Java零基礎入門學習路線：
第一階段：JavaSE階段
變數、數據類型、運算符
二進制和十進制的轉化
注釋、單行注釋、多行注釋、文本注釋、注釋內容和位元組碼的關系
標識符、關鍵字、駝峰原則
變數的本質、內存畫圖、變數聲明和初始化
變數的分類和作用域（局部變數、成員變數、靜態變數）
常量和Final
基本數據類型介紹
整型變數和整型常量
浮點類型、float、double
char字元型、轉義字元
boolean布爾型、if語句使用要點、布爾類型佔用空間問題
運算符介紹
算數運算符（二元、自增、自減）
賦值和賦值運算符
關系運算符詳解
邏輯運算符、短路運算符詳解
位運算符詳解
字元串連接符
條件運算符（三元運算符）
運算符優先順序問題
自動類型轉換詳解
強制類型裝換詳解
基本數據類型裝換常見錯誤、溢出、L問題
使用Scanner獲取鍵盤輸入
控制語句
控制語句和實現邏輯對應
if單選結構
if_elseif_else多選結構
switch語句_IDEA更換主題
循環_while
循環_for循環_dowhile
嵌套循環
break和continue語句_標簽_控制語句底層原理
寫一個年薪計算機_網路查問題的秘訣（重要）
個人所得稅計算器軟體
方法核心詳解_天才思維模型教你高手學習思維模式
方法的重載
遞歸結構講解_遞歸頭_遞歸體
面向對象編程-基礎
面向過程和面向對象的區別
類和對象的概述
類的屬性和方法
創建對象內存分析
構造方法（Construtor）及重載
對象類型的參數傳遞
this關鍵字
static關鍵字詳解
局部代碼塊、構造代碼塊和靜態代碼塊
package和import詳解
JavaDoc生成API文檔
面向對象編程-進階
面向對象的三大特性
面向對象之【封裝(Encapsulation)】
訪問許可權修飾符
面向對象之【繼承（Inheritance）】
Object類
方法重寫Override
super關鍵字詳解
重寫equals()和toString()
繼承中對象創建的內存分析
面向對象之【多態（Polymorphism）】
向上轉型
向下轉型
instanceof運算符
編譯時和運行時詳解
final修飾符
抽象類和抽象方法（abstrct）
介面的定義和實現
JDK8的介面新特性
介面應用：內部類比較器Comparable
內部類詳解
Java的內存管理與垃圾回收
異常機制
異常的概述
異常的執行過程與分析
try-catch-finally捕捉異常
throw拋出異常
throws聲明異常
異常繼承體系
運行時異常和編譯異常
自定義異常
Java常用類
Wrapper包裝類
自動裝箱和自動拆箱
包裝類的源碼分析
String類的使用與內存原理
String類的源碼分析
StringBuffer
StringBuilder
字元串處理類性能分析
Date類
System類
DateFormat類
Calendat類
Math類
BigInteger類和BigDecimal類
Random類
枚舉類
File類
常見的面試題講述與分析
數據結構的概述
線性表
順序表
鏈表
棧和隊列
樹
二叉樹
二叉查找樹
二叉平衡樹
黑紅樹
圖
冒泡排序
選擇排序
遞歸
折半查找
集合和數組的聯系和區別
集合框架體系
ArrayList的使用和源碼分析
集合中使用泛型
LinkedList的使用和源碼分析
HashSet的使用和源碼分析
哈希表及原理
TreeSet的使用和源碼分析
比較器Comparable和Comparator
HashMap的使用和源碼分析
TreeMap的使用和源碼分析
Iterator於ListIterator
Collections工具類
舊集合類Vector、Hashtable
集合總結和選擇依據
泛型介面
泛型類
泛型方法
IO流的概念
IO流的分類及其原理分析
文件流FlieInputStream、FileOutputStream
緩沖流BufferedInputStream、BufferedOutputStream
數據流ObjectInputStream、ObjectOutputStream
序列化和反序列化
轉換流InputStreamReader、OutputStreamWriter
列印流PrintWrite和PrintStream
數組流ByteArrayOutputStream、ByteArrayInputStream
使用IO復制文件夾
進程和線程
線程的創建與啟動
創建線程的三種方式對比
線程的生命周期
線程式控制制
多線程的安全問題與解決辦法
線程的同步：同步代碼塊
線程的同步：同步方法
線程的同步：Lock鎖
線程的死鎖問題
線程通信
Condition
線程的完整生命周期
線程池ThreadPoolExecutor
ForkJoin框架
ThreadLocal類
計算機網路基礎知識
網路通信協議
OSI參考模型
TCP/IP參考模型
數據的封裝與拆封原理解析
TCP協議
UDP協議
IP地址和埠號
URL和Socket
使用TCP編程實現登錄功能
使用UDP編程實現客服系統
使用TCP編程實現文件上傳
手寫ArrayList
手寫單鏈表
手寫Linkedlist
手寫HashMap
手寫HashSet
最新並發集合類
生產者消費者模式擴展
Lock鎖和Condition
ReadWriteLock
BlockingQueue
volatile關鍵字
多線程題目練習
JDK新特徵
面試題詳解
設計模式入門
面向對象設計七大原則
簡單工廠模式
工廠方法模式
單例模式
原型模式
裝飾模式
適配器模式
外觀模式
數據結構演算法
集合（容器）
IO流
多線程
網路編程
集合提升尋訓練
多線程提升訓練
設計模式
第二階段：資料庫
資料庫基礎知識
MySQL基礎知識
MySQL8新特徵
安裝和卸載MySQL8
使用navicat訪問資料庫
SQL語言入門
創建資料庫表
DML
修改刪除資料庫表
表的完整性約束
表的外鍵約束
DML擴展
基本select查詢
where子句
函數
group by
having
SQL99-內連接查詢
SQL99-外連接查詢
SQL99-自連接查詢
SQL92-連接查詢
不相關子查詢
相關子查詢
分頁查詢
索引
事務及其特徵
事務的並發問題
事務的隔離級別
存儲過程
導入導出數據
JDBC概述
使用JDBC完成添加/更新/刪除操作
使用JDBC完成查詢操作
JDBC常用介面
使用PreparedStatement
使用事務完成銀行轉賬
提取DBUtil工具類
使用Properties讀寫屬性文件
日誌框架log4j
開發員工管理系統
Mysql基礎
MySQL 查詢語句
資料庫對象
JDBC
第三階段：JavaEE階段
web開發概述
B/S和C/S架構簡介
HTTP協議
HTTP請求頭和響應頭
Tomcat安裝使用
Tomcat目錄結構
Servlet概述
Servlet快速入門
Servlet生命周期
讀取配置文件信息
HttpServletRequest
HttpServletResponse
GET和POST區別
解決中文亂碼
請求轉發與重定向
絕對路徑和相對路徑
Cookie
Session
ServletContext
ServletConfig
JSP技術介紹
JSP的執行過程
scriptlet
表達式
聲明
JSP指令元素
JSP動作元素
JSP隱式對象
JSP底層原理
九大內置對象
四個作用域
Servlet和JSP的關系和區別
MVC模式
合並Servlet
JavaScript概述與特點
JS基礎語法
函數
數組
Math對象
String對象
Date對象
事件event
瀏覽器開發者工具
console
DOM和BOM
window
location
navigator
history
認識DOM
DOM獲取元素
jQuery簡介及快速入門
jQuery入口函數
jQuery對象與DOM對象互相轉換
基本選擇器
屬性選擇器
位置選擇器
表單選擇器
內容選擇器
jQuery事件
jQuery動畫效果
DOM操作-操作文本
DOM操作-操作屬性
DOM操作-操作元素
直接操作CSS樣式
操作CSS類樣式
購物車案例
表單驗證
正則表達式
EL介紹及使用
EL取值原理
EL隱含對象
EL邏輯運算
JSTL介紹-核心標簽庫
JSTL核心標簽庫
JSTL-格式標簽庫
Filter原理
Filter生命周期
Filter鏈
Filter登錄驗證
Filter許可權控制
Listener概述及分類
Listener監聽在線用戶
Ajax非同步請求和局部刷新的原理
使用原生Ajax驗證用戶唯一性
jQuery Ajax
JSON的格式和使用
主要JSON解析器
Jackson的使用
Jackson的實現原理
使用jQuery Ajax實現三級聯動
使用jQuery Ajax實現自動補全
分頁的意義
理解分頁工具類
實現基本分頁
實現帶查詢的分頁
文件上傳原理
文件上傳API
實現文件上傳
文件下載原理
文件下載響應頭
實現文件下載
Servlet
JSP
JavaScript
jQuery
EL+JSTL+過濾器+監聽器
Ajax和JSON
分頁和文件上傳/下載
第四階段：框架階段
MyBatis概述
MyBatis入門配置
基本的CRUD操作
核心配置文件詳解
Mapper.xml基礎詳解
模糊查詢
分頁的實現及插件PageHelper的使用
動態sql+sql片段的使用
一對多、多對一的關系處理
註解的使用
一級緩存和二級緩存說明及使用
generator逆向工程使用
Spring框架簡介
Spring官方壓縮包目錄介紹
Spring環境搭建
IoC/DI容器詳解
Spring創建Bean的三種方式
scope屬性講解
Spring中幾種注入方式
靜態代理設計模式
動態代理設計模式
AOP詳解
AOP中幾種通知類型
AOP兩種實現方式
自動注入
聲明式事務
事務傳播行為
事務隔離級別
只讀事務
事務回滾
基於註解式配置
常用註解
Spring 整合MyBatis
i18n
Spring整合Junit
MVC架構模式
手寫MVC框架
SpringMVC簡介
SpringMVC運行原理
基於配置文件方式搭建環境
基於註解方式搭建環境
SpringMVC的跳轉及視圖解析器的配置
SpringMVC和Ajax的交互
Spring 參數注入
SpringMVC作用域傳值
視圖解析器
文件下載
文件上傳
Spring攔截器/攔截器棧
登錄狀態驗證
SpringMVC容器和Spring容器介紹
異常處理4種方式
SpringMVC5其他常用註解
Maven簡介
Maven原理
Linux安裝及注意事項
Maven項目結構
POM模型
Maven 中項目類型
創建WAR類型的Maven項目
scope屬性可取值
SSM項目拆分演示
Maven的常見插件講解
熱部署
BootStrap概述
BootStrap柵格系統
BootStrap常用全局CSS樣式
常用組件
常用JavaScript插件
RBAC概述
RBAC發展歷史
基於RBAC的資料庫表設計
URL攔截實現
動態菜單實現
密碼學
MyBatis
Spring
SpringMVC
Maven
BootStrap
RBAC
第五階段：前後端分離階段
Spring Boot簡介
Spring Boot實現Spring MVC
配置文件順序及類型講解
Spring Boot項目結構
Spring Boot 整合MyBatis
Spring Boot 整合Druid
Spring Boot 整合PageHelper
Spring Boot 整合logback
Spring Boot 整合JSP
Spring Boot 整合Thymeleaf
Spring Boot 開發者工具
Spring Boot 異常顯示頁面
Spring Boot 整合Junit4
Spring Boot 項目打包部署
Spring Boot 整合Quartz
Spring Boot 中Interceptor使用
Spring Boot Actuator
HikariCP
Logback簡介
Logback依賴說明
Logback 配置文件講解
Logback 控制台輸出
Logback 文件輸出
Logback 資料庫輸出
Spring Security簡介
Spring Security架構原理
什麼是認證和授權
基礎環境搭建
自定義認證流程
UserDetailsService和UserDetails
PasswordEncoder
自定義認證結果
授權-訪問路徑匹配方式
授權-許可權管理
基於註解實現許可權管理
Thymeleaf整合Security許可權管理
Rememberme 實現
退出實現
CSRF
Linux簡介
VMWare安裝及使用
Linux安裝及注意事項
Linux目錄結構及路徑
Linux常用命令
VMWare常用配置
XShell安裝及使用
Xftp安裝及使用
JDK解壓版配置步驟
Tomcat配置步驟
安裝MySQL
WAR包部署
Docker簡介
Docker與VM對比
Docker特點
Docker架構
Docker安裝與啟動
鏡像加速器配置
Docker鏡像操作常用命令
Docker容器操作常用命令
DockerFile
搭建本地鏡像倉庫
推送鏡像到阿里雲及本地倉庫
Docker容器生命周期
Docker數據管理
Redis簡介
Redis 單機版安裝
Redis 數據類型介紹
Redis 常用命令
Redis 持久化方案
Redis 的主從搭建
Redis的哨兵搭建
Redis 的集群搭建
Spring Boot整合Spring Data Redis
Redis的緩存穿透
Redis的緩存雪崩
Redis的緩存擊穿
vsCode和插件安裝
webpack介紹
Vue項目創建
Vue模板語法
Vue條件渲染
Vue列表渲染
Vue事件處理
Vue計算屬性
Vue Class與Style
Vue表單處理
Vue組件
Vue組件生命周期
Vue 路由配置
Vue Axios網路請求
Vue跨域處理
Vue Element
Mock.js
Swagger2簡介
Springfox
Swagger2基本用法
Swagger-UI用法
Swagger2配置
Swagger2常用配置
Git的下載和安裝
Git和SVN對比
Git創建版本庫
Git版本控制
Git遠程倉庫
Git分支管理
Git標簽管理
GitEE建庫
GitEE 連接及使用
GitEE 組員及管理員配置
Spring Boot
Logback
Spring Security
Linux - CentOS 8
Docker
Redis
Vue
Swagger
Git/GitEE
第六階段：微服務架構
分布式文件系統概述
FastDFS簡介
FastDFS架構
Tracker Server
Storage Server
FastDFS安裝
安裝帶有FastDFS模塊的Nginx
Fastdfs-java-client的使用
創建Fastdfs-java-client工具類
實現文件上傳與下載
KindEditor介紹
通過KindEditor實現文件上傳並回顯
AMQP簡介
RabbitMQ簡介
安裝Erlang
安裝RabbitMQ
RabbitMQ原理
Spring Boot 集成RabbitMQ
RabbitMQ的交換器
Spring AMQP的使用
Eureka簡介
Eureka和Zookeeper 對比
搭建Eureka注冊中心
Eureka 服務管理平台介紹
搭建高可用集群
集群原理
Eureka優雅停服
Ribbon簡介
集中式與進程內負載均衡區別
Ribbon常見的負載均衡策略
Ribbon的點對點直連
Feign簡介
Feign的請求參數處理
Feign的性能優化
配置Feign負載均衡請求超時時間
Hystrix簡介
服務降級
服務熔斷
請求緩存
Feign的雪崩處理
可視化的數據監控Hystrix-dashboard
Spring Cloud Gateway簡介
Gateway基於配置文件實現路由功能
Gateway基於配置類實現路由功能
Gateway中內置過濾器的使用
Gateway中自定義GatewayFilter過濾器的使用
Gateway中自定義GlobalFilter過濾器的使用
Gateway中使用過濾器實現鑒權
Gateway結合Hystrix實現熔斷功能
什麼是分布式配置中心
創建配置中心服務端
創建配置中心客戶端
基於Gitee存儲配置文件
基於分布式配置中心實現熱刷新
什麼是消息匯流排
基於消息匯流排實現全局熱刷新
ElasticSearch介紹
ElasticSearch單機版安裝
ElasticSearch集群版安裝
ElasticSearch索引管理
ElasticSearch文檔管理
ElasticSearch文檔搜索
SpringDataElasticSearch訪問ElasticSearch
LogStash介紹
基於LogStash收集系統日誌
分布式事務簡介
分布式事務兩大理論依據
分布式事務常見解決方案
LCN簡介
TX-LCN的3種模式
LCN原理
LCN環境搭建及Demo演示
Nginx的簡介
什麼是正向代理、反向代理
Nginx的安裝
Nginx配置虛擬主機
Nginx配置服務的反向代理
Nginx的負載均衡配置
Spring Session介紹
通過Spring Session共享session中的數據
通過Spring Session同步自定義對象
Spring Session的Redis存儲結構
設置Session失效時間
Spring Session序列化器
MyBatis Plus簡介
Spring整合MyBatis Plus
MyBatis Plus的全局策略配置
MyBatis 的主鍵生成策略
MyBatis Plus的CRUD操作
條件構造器EntityWrapper講解
MyBatis Plus的分頁插件配置
MyBatis Plus的分頁查詢
MyBatis Plus的其他插件講解
MyBatis Plus的代碼生成器講解
MyBatis Plus的公共欄位自動填充
簡介
資料庫切分方式
基本概念
MySQL主從配置
切片規則
讀寫分離
實現分庫分表
FastDFS
RabbitMQ
Spring Cloud Netflix Eureka
Spring Cloud Netflix Ribbon
Spring Cloud OpenFeign
Spring Cloud Netflix Hystrix
Spring Cloud Gateway
Spring Cloud Config
Spring Cloud Bus
ELK
TX-LCN
Nginx
Spring Session
MyBatis Plus
ShardingSphere
第七階段：雲服務階段
Kafka簡介
Kafka架構
分區和日誌
Kafka單機安裝
Kafka集群配置
自定義分區
自動控制
Spring for Apache Kafka
Zookeeper簡介和安裝
Zookeeper 數據模型
Zookeeper 單機版安裝
Zookeeper常見命令
ZClient操作Zookeeper
Zookeeper 集群版安裝
Zookeeper 客戶端常用命令
Zookeeper分布式鎖
什麼是分布式架構
什麼是RFC、RPC
HttpClient實現RPC
RestTemplate
RMI實現RPC
基於Zookeeper實現RPC 遠程過程調用
SOA架構介紹
Dubbo簡介
Dubbo結構圖
Dubbo注冊中心
Dubbo 支持的協議
Dubbo 注冊中心搭建
Spring Boot 整合 Dubbo
Admin管理界面
Dubbo 搭建高可用集群
Dubbo 負載均衡
Spring Cloud Alibaba Dubbo簡介
基於Zookeeper發布服務
基於Zookeeper訂閱服務
實現遠程服務調用處理
Spring Cloud Alibaba Nacos簡介
搭建Nacos伺服器
基於Nacos發布|訂閱服務
實現遠程服務調用處理
Nacos Config配置中心
Spring Cloud Alibaba Sentinel簡介
搭建Sentinel伺服器
Sentinel-實時監控
Sentinel-簇點鏈路
Sentinel-授權規則
Sentinel-系統規則
@SentinelResource註解
持久化規則
Spring Cloud Alibaba Seata簡介
搭建Seata伺服器
Seata支持的事務模式-AT模式
Seata支持的事務模式-TCC模式
Seata支持的事務模式-Saga模式
Seata支持的事務模式-XA模式
SeataAT事務模式應用方式
SeataTCC事務模式應用方式
Kafka
Zookeeper
RPC
Dubbo
Spring Cloud Alibaba Dubbo
Spring Cloud Alibaba Nacos
Spring Cloud Alibaba Sentinel
Spring Cloud Alibaba Seata
⑧ Spring cloud應該如何入門，需要學習哪些基礎才可以快速掌握
一:什麼是Spring cloud學習Spring cloud要對Spring Boot有相當的理解與認知，因為Spring cloud的基礎是Spring Boot。
Spring cloud是多個項目的集合體，也是多種重要技術的集合體，它是一系列的技術的結合體。學習spring cloud需要有足夠強大的耐心，因為這是一個非常復雜的過程，學習spring cloud需要了解怎麼創建和運行SpringBoot應用，因為springboot是一種新型技術，而spring cloud 是這些技術的結合體，spring cloud的基礎功能有服務治理客戶端負載均衡，服務容錯保護，聲明式服務調用，API網關服務，分布式配置中心。
總而言之，學習spring cloud要從集群，微服務，分布式，springboot等入手，而其中springboot是最基礎的。
⑨ 什麼是分布式系統
分布式系統是一個硬體或軟體組件分布在不同的網路計算機上，彼此之間僅僅通過消息傳遞進行通信和協調的系統。
正是因為軟體的特性，所以分布式系統具有高度的內聚性和透明性。因此，網路和分布式系統之間的區別更多的在於高層軟體（特別是操作系統），而不是硬體。
(9)為什麼要用分布式配置中心擴展閱讀
分布式系統系統優點
1、經濟：微處理機提供了比大型主機更好的性能價格比
2、速度：分布式系統總的計算能力比單個大型主機更強
3、固有的分布性：一些應用涉及到空間上分散的機器
4、可靠性：如果一個機器崩潰,整個系統還可以運轉
5、漸增：計算能力可以逐漸有所增加
⑩ 開發自動化運維架構六要素
運維自動化是我們所渴望獲得的，但是我們在一味強調自動化能力時，卻忽略了影響自動化落地的一個關鍵因素。那便是跟運維朝夕相處，讓人又愛又恨的業務架構。
要點一：架構獨立
任何架構的產生都是為了滿足特定的業務訴求，如果我們在滿足業務要求的同時，能夠兼顧運維對架構管理的非功能性要求。那麼我們有理由認為這樣的架構是對運維友好的。
站在運維的角度，所訴求的架構獨立包含四個方面：獨立部署，獨立測試，組件化和技術解耦。
獨立部署
指的是一份源代碼，可以按照便於運維的管理要求去部署、升級、伸縮等，可通過配置來區分地域分布。服務間相互調用通過介面請求實現，部署獨立性也是運維獨立性的前提。
獨立測試
運維能夠通過一些便捷的測試用例或者工具，驗證該業務架構或服務的可用性。具備該能力的業務架構或服務讓運維具備了獨立上線的能力，而不需要每次發布或變更都需要開發或測試人員的參與。
組件規范
指的是在同一個公司內對相關的技術能有很好的框架支持，從而避免不同的開發團隊使用不同的技術棧或者組件，造成公司內部的技術架構失控。
這種做法能夠限制運維對象的無序增加，讓運維對生產環境始終保持著掌控。同時也能夠讓運維保持更多的精力投入，來圍繞著標准組件做更多的效率與質量的建設工作。
技術解耦
指的是降低服務和服務之間相互依賴的關系，也包含了降低代碼對配置文件的依賴。這也是實現微服務的基礎，實現獨立部署、獨立測試、組件化的基礎。
要點二：部署友好
DevOps 中有大量的篇幅講述持續交付的技術實踐，希望從端到端打通開發、測試、運維的所有技術環節，以實現快速部署和交付價值的目標。可見，部署是運維日常工作很重要的組成部分，是屬於計劃內的工作，重復度高，必須提升效率。
實現高效可靠的部署能力，要做好全局規劃，以保證部署以及運營階段的全方位運維掌控。有五個緯度的內容是與部署友好相關的：
CMDB配置
在每次部署操作前，運維需要清晰的掌握該應用與架構、與業務的關系，為了更好的全局理解和評估工作量和潛在風險。
在織雲自動化運維平台中，我們習慣於將業務關系、集群管理、運營狀態、重要級別、架構層等配置信息作為運維的管理對象納管於CMDB配置管理資料庫中。這種管理辦法的好處很明顯，集中存儲運維對象的配置信息，對日後涉及的運維操作、監控和告警等自動化能力建設，將提供大量的配置數據支撐和決策輔助的功效。
環境配置
在運維標准化程度不高的企業中，阻礙部署交付效率的原罪之一便是環境配置，這也是容器化技術主要希望解決的運維痛點之一。
騰訊的運維實踐中，對開發、測試、生產三大主要環境的標准化管理，通過枚舉納管與環境相關的資源集合與運維操作，結合自動初始化工具以實現標准環境管理的落地。
依賴管理
解決應用軟體對庫、運營環境等依賴關系的管理。在織雲實踐經驗中，我們利用包管理，將依賴的庫文件或環境的配置，通過整體打包和前後置執行腳本的方案，解決應用軟體在不同環境部署的難題。業界還有更輕量的容器化交付方法，也是不錯的選擇。
部署方式
持續交付原則提到要打造可靠可重復的交付流水線，對應用軟體的部署操作，我們也強烈按此目標來規劃。業界有很多案例可以參考，如Docker的Build、Ship、Run，如織雲的通過配置描述、標准化流程的一鍵部署等等。
發布自測
發布自測包含兩部分：
應用的輕量級測試；
發布/變更內容的校對。
建設這兩種能力以應對不同的運維場景需求，如在增量發布時，使用發布內容的校對能力，運維人員可快速的獲取變更文件md5，或對相關的進程和埠的配置信息進行檢查比對，確保每次發布變更的可靠。
同理，輕量級測試則是滿足發布時對服務可用性檢測的需求，此步驟可以檢測服務的連通性，也可以跑些主幹的測試用例。
灰度上線
在《日常運維三十六計》中有這么一句話：對不可逆的刪除或修改操作，盡量延遲或慢速執行。這便是灰度的思想，無論是從用戶、時間、伺服器等緯度的灰度上線，都是希望盡量降低上線操作的風險，業務架構支持灰度發布的能力，讓應用部署過程的風險降低，對運維更友好。
要點三：可運維性
運維腦海中最理想的微服務架構，首當其沖的肯定是可運維性強的那類。不具可運維性的應用或架構，對運維團隊帶來的不僅僅是黑鍋，還有對他們職業發展的深深的傷害，因為維護一個沒有可運維性的架構，簡直就是在浪費運維人員的生命。
可運維性按操作規范和管理規范可以被歸納為以下七點：
配置管理
在微服務架構管理中，我們提議將應用的二進制文件與配置分離管理，以便於實現獨立部署的目的。
被分離出來的應用配置，有三種管理辦法：
文件模式；
配置項模式；
分布式配置中心模式。
限於篇幅不就以上三種方式的優劣展開討論。不同的企業可選用最適用的配置管理辦法，關鍵是要求各業務使用一致的方案，運維便可以有針對性的建設工具和系統來做好配置管理。
版本管理
DevOps持續交付八大原則之一「把所有的東西都納入版本控制」。就運維對象而言，想要管理好它，就必須能夠清晰的描述它。
和源代碼管理的要求類似，運維也需要對日常操作的對象，如包、配置、腳本等都進行腳本化管理，以備在運維系統在完成自動化操作時，能夠准確無誤的選定被操作的對象和版本。
標准操作
運維日常有大量重復度高的工作需要被執行，從精益思想的視角看，這里存在極大的浪費：學習成本、無價值操作、重復建設的腳本/工具、人肉執行的風險等等。
倘若能在企業內形成統一的運維操作規范，如文件傳輸、遠程執行、應用啟動停止等等操作都被規范化、集中化、一鍵化的操作，運維的效率和質量將得以極大的提升。
進程管理
包括應用安裝路徑、目錄結構、規范進程名、規范埠號、啟停方式、監控方案等等，被收納在進程管理的范疇。做好進程管理的全局規劃，能夠極大的提升自動化運維程度，減少計劃外任務的發生。
空間管理
做好磁碟空間使用的管理，是為了保證業務數據的有序存放，也是降低計劃外任務發生的有效手段。
要求提前做好的規劃：備份策略、存儲方案、容量預警、清理策略等，輔以行之有效的工具，讓這些任務不再困擾運維。
日誌管理
日誌規范的推行和貫徹需要研發密切配合，在實踐中得出的經驗，運維理想中的日誌規范要包含這些要求：
業務數據與日誌分離
日誌與業務邏輯解耦
日誌格式統一
返回碼及注釋清晰
可獲取業務指標（請求量/成功率/延時）
定義關鍵事件
輸出級別
管理方案（存放時長、壓縮備份等）
當具體上述條件的日誌規范得以落地，開發、運維和業務都能相應的獲得較好的監控分析能力。
集中管控
運維的工作先天就容易被切割成不同的部分，發布變更、監控分析、故障處理、項目支持、多雲管理等等，我們訴求一站式的運維管理平台，使得所有的工作信息能夠銜接起來和傳承經驗，杜絕因為信息孤島或人工傳遞信息而造成的運營風險，提升整體運維管控的效率和質量。
要點四：容錯容災
在騰訊技術運營（運維）的四大職責：質量、效率、成本、安全。質量是首要保障的陣地，轉換成架構的視角，運維眼中理想的高可用架構架構設計應該包含以下幾點：
負載均衡
無論是軟體或硬體的負責均衡的方案，從運維的角度出發，我們總希望業務架構是無狀態的，路由定址是智能化的，集群容錯是自動實現的。
在騰訊多年的路由軟體實踐中，軟體的負載均衡方案被廣泛應用，為業務架構實現高可用立下汗馬功勞。
可調度性
在移動互聯網盛行的年代，可調度性是容災容錯的一項極其重要的運維手段。在業務遭遇無法立刻解決的故障時，將用戶或服務調離異常區域，是海量運營實踐中屢試不爽的技巧，也是騰訊QQ和微信保障平台業務質量的核心運維能力之一。
結合域名、VIP、接入網關等技術，讓架構支持調度的能力，豐富運維管理手段，有能力更從容的應對各種故障場景。
異地多活
異地多活是數據高可用的訴求，是可調度性的前提。針對不同的業務場景，技術實現的手段不限。
騰訊社交的實踐可以參考周小軍老師的文章「2億QQ用戶大調度背後的架構設計和高效運營」。
主從切換
在資料庫的高可用方案中，主從切換是最常見的容災容錯方案。通過在業務邏輯中實現讀寫分離，再結合智能路由選擇實現無人職守的主從切換自動化，無疑是架構設計對DBA最好的饋贈。
柔性可用
「先扛住再優化」是騰訊海量運營思想之一，也為我們在做業務架構的高可用設計點明了方向。
如何在業務量突增的情況下，最大程度的保障業務可用？是做架構規劃和設計時不可迴避的問題。巧妙的設置柔性開關，或者在架構中內置自動拒絕超額請求的邏輯，能夠在關鍵時刻保證後端服務不雪崩，確保業務架構的高可用。
要點五：質量監控
保障和提高業務質量是運維努力追逐的目標，而監控能力是我們實現目標的重要技術手段。運維希望架構為質量監控提供便利和數據支持，要求實現以下幾點：
指標度量
每個架構都必須能被指標度量，同時，我們希望的是最好只有唯一的指標度量。對於業務日趨完善的立體化監控，監控指標的數量隨之會成倍增長。因此，架構的指標度量，我們希望的是最好只有唯一的指標度量。
基礎監控
指的是網路、專線、主機、系統等低層次的指標能力，這類監控點大多屬於非侵入式，很容易實現數據的採集。
在自動化運維能力健全的企業，基礎監控產生的告警數據絕大部分會被收斂掉。同時，這部分監控數據將為高層次的業務監控提供數據支撐和決策依據，或者被包裝成更貼近上層應用場景的業務監控數據使用，如容量、多維指標等。
組件監控
騰訊習慣把開發框架、路由服務、中間件等都統稱為組件，這類監控介於基礎監控和業務監控之間，運維常寄希望於在組件中內嵌監控邏輯，通過組件的推廣，讓組件監控的覆蓋度提高，獲取數據的成本屬中等。如利用路由組件的監控，運維可以獲得每個路由服務的請求量、延時等狀態和質量指標。
業務監控
業務監控的實現方法分主動和被動的監控，即可侵入式實現，又能以旁路的方式達到目的。這類監控方案要求開發的配合，與編碼和架構相關。
通常業務監控的指標都能歸納為請求量、成功率、延時3種指標。實現手段很多，有日誌監控、流數據監控、波測等等，業務監控屬於高層次的監控，往往能直接反饋業務問題，但倘若要深入分析出問題的根源，就必須結合必要的運維監控管理規范，如返回碼定義、日誌協議等。需要業務架構在設計時，前置考慮運維監控管理的訴求，全局規劃好的范疇。
全鏈路監控
基礎、組件、業務的監控手段更多的是聚焦於點的監控，在分布式架構的業務場景中，要做好監控，我們必須要考慮到服務請求鏈路的監控。
基於唯一的交易ID或RPC的調用關系，通過技術手段還原調用關系鏈，再通過模型或事件觸發監控告警，來反饋服務鏈路的狀態和質量。該監控手段屬於監控的高階應用，同樣需要業務架構規劃時做好前置規劃和代碼埋點。。
質量考核
任何監控能力的推進，質量的優化，都需要有管理的閉環，考核是一個不錯的手段，從監控覆蓋率、指標全面性、事件管理機制到報表考核打分，運維和開發可以攜手打造一個持續反饋的質量管理閉環，讓業務架構能夠不斷進化提升。
要點六：性能成本
在騰訊，所有的技術運營人員都肩負著一個重要的職能，就是要確保業務運營成本的合理。為此，我們必須對應用吞吐性能、業務容量規劃和運營成本都要有相應的管理辦法。
吞吐性能
DevOps持續交付方法論中，在測試階段進行的非功能需求測試，其中很重要一點便是對架構吞吐性能的壓測，並以此確保應用上線後業務容量的健康。
在騰訊的實踐中，不僅限於測試階段會做性能壓測，我們會結合路由組件的功能，對業務模塊、業務SET進行真實請求的壓測，以此建立業務容量模型的基準。也從側面提供數據論證該業務架構的吞吐性能是否達到成本考核的要求，利用不同業務間性能數據的對比，來推動架構性能的不斷提高。
容量規劃
英文capacity一詞可以翻譯成：應用性能、服務容量、業務總請求量，運維的容量規劃是指在應用性能達標的前提下，基於業務總請求量的合理的服務容量規劃。
運營成本
減少運營成本，是為公司減少現金流的投入，對企業的價值絲毫不弱於質量與效率的提升。
騰訊以社交、UGC、雲計算、游戲、視頻等富媒體業務為主，每年消耗在帶寬、設備等運營成本的金額十分巨大。運維想要優化運營成本，常常會涉及到產品功能和業務架構的優化。因此，運維理想的業務架構設計需要有足夠的成本意識，
小結
本文純屬個人以運維視角整理的對微服務架構設計的一些愚見，要實現運維價值最大化，要確保業務質量、效率、成本的全面提高，業務架構這塊硬骨頭是不得不啃的。
運維人需要有架構意識，能站在不同角度對業務架構提出建議或需求，這也是DevOps 精神所提倡的，開發和運維聯手，持續優化出最好的業務架構。