關於springcloud,我是看了周老師的《springcloud與docker微服務架構實戰》之後才有了一點了解，做下記錄，以供後期學習。本人知識有限，如有不對，歡迎批評相信大家自接觸開發以來，在開發過程中我們多人開發，都是分模組開發，一人負責乙個模組，但是最終打包的時候無論你分了多少模組都是打成了乙個war包，所有的模組、功能都被包含在這個war包中。這樣的應用稱為：單體應用
1.1單體應用的問題
很多專案都是從單體應用開始的，單體應用部署簡單，在專案初期不會出現什麼問題，但是隨著後期需求的增加變更，迭代次數的增多，開發人員的變更，系統中**混亂，冗餘**成堆，但是還不敢隨意修改，隨著時間的推移，維護成本越來越高。
在系統執行方面，可能乙個功能模組的bug最終會導致整個專案的崩潰，在這種種情況下，微服務的出現似乎就能很大程度上的解決目前面臨的問題
鑑於單體應用所遇到的問題，微服務所應具備的功能應該就是把之前的單體應用的拆分，乙個模組乙個服務(應用)，服務之間通過輕量級通訊機制來通訊(資料交流)，每個模組乙個服務或者更加細化的分成不同的服務，不同的服務之間可以用不同的語言進行開發
微服務有哪些特點：
(1) 每個微服務執行在自己的程序中
(2)多個微服務構建出乙個系統
(3)每個微服務是獨立的開發，只關注於某個特定模組活功能
(4)微服務之間通過輕量級通訊通訊來交流
(5)不同服務可以使用不同的語言開發
我對於springcloud的理解其實就是分布式架構，對於微服務我們都知道用springboot，那麼分布式呢，對於分布式，目前比較流行的有阿里的dubbo和spring社群的springcloud springcloud就是乙個比較全面地解決分布式中問題的東西
至於說springcloud專案，我的理解就是客戶端只與閘道器進行交流，而微服務只與閘道器進行交流，這樣我們的客戶端就不用訪問不同微服務，減輕了客戶端的複雜性。總之就是多個微服務為閘道器提供資料介面，客戶端通過閘道器來獲取資料，閘道器在我目前的理解中就是乙個中間層的，來整合所有微服務的資料介面最後統一為客戶端提供
本來想寫一下springcloud 結果全寫成廢話了
，我都不知道自己寫的是什麼鬼
為什麼springcloud值得我們學習？
springcloud好不好？好！它的微服務理念適合所有公司的業務嗎？不一定！但是不使用它需要學習它嗎？需要！雖然去年就聽了朋友說了springcloud全家桶如何如何方便？但是一看到全家桶中eureka,hystrix,zuul,bus我還是比較頭疼的，這麼多子模組從 看起呢？但當我開始學習了解的...
SpringCloud相關學習
錯過了這一篇，你可能再也學不會 spring cloud 了！spring boot做為下一代 web 框架，spring cloud 作為最新最火的微服務的翹楚，你還有什麼理由拒絕。趕快上船吧，老船長帶你飛。終章不是最後一篇，它是乙個彙總，未來還會寫很多篇。案例全部採用spring boot 1....
SpringCloud學習筆記
筆記學習位址 筆記內容皆摘抄自以上部落格並親自驗證。在此感謝原博主分享 本文出自方志朋的部落格 環境 ide idea jdk8 a 服務的註冊與發現 1 spring eureka 服務端 實現springcloud的服務註冊與發現功能。1 springboot專案搭建 使用start.sprin...