在公司做的專案就是Springcloud，但是之前沒有接觸過，正好公司組織Springcloud培訓，這是許久之前聽的，感覺總結的很到位，而且受講課者啟發，對初識Springcloud的學習有很大幫助，該篇一是認知，篇二是在具體開發專案中的具體問題。

具體的PPT和小專案可以去CSDN中下載。連結：https://download.csdn.net/download/qq_30546099/10566625

【1】背景介紹

【2】內容安排

【3】單體應用架構存在的問題

•  複雜性高:專案包含的模組越來越多,模組的邊界模糊,依賴關係不清晰,程式碼質量參差不齊 技術債務:“不壞不修”的思想導致系統的設計或程式碼難以被修改
• 部署頻率低:每個功能的變更或者修復都需要部署整個應用.導致上線部署頻率變低,從而導致兩次釋出之間的更新內容變多,出錯概率提高
• 可靠性差:某個應用bug,例如死迴圈,會導致能個應用的崩潰 擴充套件能力受限:單體應用只能作為一個整體進行擴充套件,無法根據業務模組的需要進行伸縮,例如,應用中有的模組是計算密集型的,需要強勁的CPU,有的是IO密集型的,需要更大的記憶體.由於部署在一起,只能在硬體的選擇上妥協 阻礙技術創新:單體應用使用同一的技術平臺或者方案解決所有的問題,使用相同的語言和框架,想要引入新的框架或者技術平臺非常困難,例如,一個使用Struts2構建的專案,想要換成SpringMVC,是非常難的

【4】

【5】

【6】

【7】

【8】

【9】

【10】

【11】

【12】

【13】

【14】

【15】

【16】

【17】

【18】

【19】

【20】

【21】

【22】

【23】

【24】

【25】

【26】

【27】

【28】

【29】

【30】

【31】

【32】

【33】

【34】

【35】