6a7c0569c327

解析情感案例，傳遞生活正能量展哭，發(fā)現(xiàn)世間真善美湃窍。 我是白蘇，我在這里等你匪傍。 講述人：▇▇▇▇刮開試試 我在外地打工了兩年您市，這兩年時間我都沒有回家，因為想省錢役衡，離過年還有不到一個...

6a7c0569c327 ·

吐槽一下：
軟件領域大部分技術本質是極其簡單的亏拉，這一行里新技術層出不窮名字又愛唬人，很多大佬又喜歡寫些技術文章逆巍，把簡單問題復雜化及塘，導致很多新人被各種嚇、覺得八輩子都學不完锐极。

舉例笙僚，我不同意老師你的這一句：
Spring Cloud所涉及到的技術點與功能是極為龐大的

我認為：
Spring Cloud所涉及到的技術點與功能很多很雜，但都極其簡單灵再，不龐大很渺欣卟恪；這些個技術點加起來只干了一件事翎迁，讓分布式服務維護（服務治理）起來更方便高效栋猖，明細如下：

分布式開發(fā)與部署：因為一個服務有很多節(jié)點（機器），所以需要搞一個可視化的發(fā)布部署管理系統(tǒng)汪榔，部署快速方便點
配置管理：因為想改配置蒲拉，機器太多不可能人肉重啟，所以需要一個動態(tài)生效的配置系統(tǒng)，上這個管理系統(tǒng)上一改雌团，所有機器都能快速生效
網(wǎng)關路由：對用戶比如app提供的http接口燃领，由于后面提供了很多服務，為了讓各種用戶使用簡單锦援，提供統(tǒng)一的網(wǎng)關層猛蔽，就干一件事，根據(jù)比如url來轉發(fā)請求到對應的服務
熔斷：分布式服務通常流量比較大灵寺，萬一突發(fā)事件曼库，流量再猛增幾倍，可能真?zhèn)€系統(tǒng)就掛了略板，所以需要搞一個預警凉泄，流量達到一個峰值就降級，服務直接返回空
負載均衡：服務分布式了蚯根，萬一某個節(jié)點量很大后众，別的節(jié)點很少，量大的節(jié)點就會掛颅拦，所以需要一個讓流量均衡打到每個節(jié)點的玩意
日志處理：服務分布式了蒂誉，不可能挨個登陸機器去查日志，最好有一個集中收集可查詢的系統(tǒng)
追蹤：一個請求需要十幾個服務處理距帅，最終結果失敗了右锨，要查原因，不可能每個服務挨個去看日志碌秸，需要一個穿通整個流程的玩意
數(shù)據(jù)處理：略
服務注冊與發(fā)現(xiàn)：服務有多個節(jié)點绍移，上新下舊，咋通知客戶端讥电，需要一個玩意搞這個
安全：略

回過頭看上面這些所謂的龐大的技術點蹂窖，每一個都很渺小，本質上都極其簡單且不重要（跟核心業(yè)務流程比較）恩敌，沒有這些瞬测，分布式服務也能跑，只不過維護起來得累死纠炮，為了不加班為了不累死月趟，大牛們各種“投機取巧”搞出一堆小玩意挨個解決各種維護問題點

e4682431aaf5 評論自醍醐灌頂——我眼中的Spring Cloud