❶ spring cloud 微服務 需要service層嗎
需要的
Spring IO platform:用於系統部署，是可集成的，構建現代化應用的版本平台，具體來說當你使用maven dependency引入spring jar包時它就在工作了。
Spring Boot:旨在簡化創建產品級的 Spring 應用和服務，簡化了配置文件，使用嵌入式web伺服器，含有諸多開箱即用微服務功能，可以和spring cloud聯合部署。
Spring Framework:即通常所說的spring 框架，是一個開源的Java/Java EE全功能棧應用程序框架，其它spring項目如spring boot也依賴於此框架。
Spring Cloud：微服務工具包，為開發者提供了在分布式系統的配置管理、服務發現、斷路器、智能路由、微代理、控制匯流排等開發工具包。
Spring XD：是一種運行時環境（伺服器軟體，非開發框架），組合spring技術，如spring batch、spring boot、spring data，採集大數據並處理。
Spring Data：是一個數據訪問及操作的工具包，封裝了很多種數據及資料庫的訪問相關技術，包括：jdbc、Redis、MongoDB、Neo4j等。
Spring Batch：批處理框架，或說是批量任務執行管理器，功能包括任務調度、日誌記錄/跟蹤等。
Spring Security：是一個能夠為基於Spring的企業應用系統提供聲明式的安全訪問控制解決方案的安全框架。
Spring Integration：面向企業應用集成（EAI/ESB）的編程框架，支持的通信方式包括HTTP、FTP、TCP/UDP、JMS、RabbitMQ、Email等。
Spring Social：一組工具包，一組連接社交服務API，如Twitter、Facebook、LinkedIn、GitHub等，有幾十個。
Spring AMQP：消息隊列操作的工具包，主要是封裝了RabbitMQ的操作。
Spring HATEOAS：是一個用於支持實現超文本驅動的 REST Web 服務的開發庫。
Spring Mobile：是Spring MVC的擴展，用來簡化手機上的Web應用開發。
Spring for Android：是Spring框架的一個擴展，其主要目的在乎簡化Android本地應用的開發，提供RestTemplate來訪問Rest服務。
Spring Web Flow：目標是成為管理Web應用頁面流程的最佳方案，將頁面跳轉流程單獨管理，並可配置。
Spring LDAP：是一個用於操作LDAP的Java工具包，基於Spring的JdbcTemplate模式，簡化LDAP訪問。
Spring Session：session管理的開發工具包，讓你可以把session保存到redis等，進行集群化session管理。
Spring Web Services：是基於Spring的Web服務框架，提供SOAP服務開發，允許通過多種方式創建Web服務。
Spring Shell：提供互動式的Shell可讓你使用簡單的基於Spring的編程模型來開發命令，比如Spring Roo命令。
Spring Roo：是一種Spring開發的輔助工具，使用命令行操作來生成自動化項目，操作非常類似於Rails。
Spring Scala：為Scala語言編程提供的spring框架的封裝（新的編程語言，Java平台的Scala於2003年底/2004年初發布）。
Spring BlazeDS Integration：一個開發RIA工具包，可以集成Adobe Flex、BlazeDS、Spring以及Java技術創建RIA。
Spring Loaded：用於實現java程序和web應用的熱部署的開源工具。
Spring REST Shell：可以調用Rest服務的命令行工具，敲命令行操作Rest服務。
❷ Spring Cloud全家桶主要組件及簡要介紹
一、微服務簡介
微服務是最近的一兩年的時間里是很火的一個概念。感覺不學習一下都快跟不上時代的步伐了，下邊做一下簡單的總結和介紹。
何為微服務？簡而言之，微服務架構風格這種開發方法，是以開發一組小型服務的方式來開發一個獨立的應用系統的。其中每個小型服務都運行在自己的進程中，並經常採用HTTP資源API這樣輕量的機制來相互通信。這些服務圍繞業務功能進行構建，並能通過全自動的部署機制來進行獨立部署。這些微服務可以使用不同的語言來編寫，並且可以使用不同的數據存儲技術。對這些微服務我們僅做最低限度的集中管理。
一個微服務一般完成某個特定的功能，比如下單管理、客戶管理等等。每一個微服務都是微型六角形應用，都有自己的業務邏輯和適配器。一些微服務還會發布API給其它微服務和應用客戶端使用。其它微服務完成一個Web UI，運行時，每一個實例可能是一個雲VM或者是Docker容器。
比如，一個前面描述系統可能的分解如下：
總的來說，微服務的主旨是將一個原本獨立的系統拆分成多個小型服務，這些小型服務都在各自獨立的進程中運行，服務之間通過基於HTTP的RESTful API進行通信協作，並且每個服務都維護著自身的數據存儲、業務開發、自動化測試以及獨立部署機制。
二、微服務的特徵
1、每個微服務可獨立運行在自己的進程里；
2、一系列獨立運行的微服務共同構建起了整個系統；
3、每個服務為獨立的業務開發，一個微服務一般完成某個特定的功能，比如：訂單管理、用戶管理等；
4、微服務之間通過一些輕量的通信機制進行通信，例如通過REST API或者RPC的方式進行調用。
三、微服務的優缺點
1、易於開發和維護
2、啟動較快
3、局部修改容易部署
4、技術棧不受限
5、按需伸縮
6、DevOps
四、常見微服務框架
1、服務治理框架
（1）Dubbo、Dubbox（當當網對Dubbo的擴展）
最近的好消息是Dubbo已近重新開始進行運維啦！
（2）Netflix的Eureka、Apache的Consul等。
Spring Cloud Eureka是對Netflix的Eureka的進一步封裝。
2、分布式配置管理
（1）網路的Disconf
（2）360的QConf
（3）Spring Cloud組件中的Config
（3）淘寶的Diamond
3、批量任務框架
（1）Spring Cloud組件中的Task
（2）LTS
4、服務追蹤框架
。。。
五、Spring Cloud全家桶組件
在介紹Spring Cloud 全家桶之前，首先要介紹一下Netflix ，Netflix 是一個很偉大的公司，在Spring Cloud項目中占著重要的作用，Netflix 公司提供了包括Eureka、Hystrix、Zuul、Archaius等在內的很多組件，在微服務架構中至關重要，Spring在Netflix 的基礎上，封裝了一系列的組件，命名為：Spring Cloud Eureka、Spring Cloud Hystrix、Spring Cloud Zuul等，下邊對各個組件進行分別得介紹：
（1）Spring Cloud Eureka
我們使用微服務，微服務的本質還是各種API介面的調用，那麼我們怎麼產生這些介面、產生了這些介面之後如何進行調用那？如何進行管理哪？
答案就是Spring Cloud Eureka，我們可以將自己定義的API 介面注冊到Spring Cloud Eureka上，Eureka負責服務的注冊於發現，如果學習過Zookeeper的話，就可以很好的理解，Eureka的角色和 Zookeeper的角色差不多，都是服務的注冊和發現，構成Eureka體系的包括：服務注冊中心、服務提供者、服務消費者。
1、兩台Eureka服務注冊中心構成的服務注冊中心的主從復制集群；
2、然後服務提供者向注冊中心進行注冊、續約、下線服務等；
3、服務消費者向Eureka注冊中心拉去服務列表並維護在本地（這也是客戶端發現模式的機制體現！）；
4、然後服務消費者根據從Eureka服務注冊中心獲取的服務列表選取一個服務提供者進行消費服務。
（2）Spring Cloud Ribbon
在上Spring Cloud Eureka描述了服務如何進行注冊，注冊到哪裡，服務消費者如何獲取服務生產者的服務信息，但是Eureka只是維護了服務生產者、注冊中心、服務消費者三者之間的關系，真正的服務消費者調用服務生產者提供的數據是通過Spring Cloud Ribbon來實現的。
在（1）中提到了服務消費者是將服務從注冊中心獲取服務生產者的服務列表並維護在本地的，這種客戶端發現模式的方式是服務消費者選擇合適的節點進行訪問服務生產者提供的數據，這種選擇合適節點的過程就是Spring Cloud Ribbon完成的。
Spring Cloud Ribbon客戶端負載均衡器由此而來。
（3）Spring Cloud Feign
上述（1）、（2）中我們已經使用最簡單的方式實現了服務的注冊發現和服務的調用操作，如果具體的使用Ribbon調用服務的話，你就可以感受到使用Ribbon的方式還是有一些復雜，因此Spring Cloud Feign應運而生。
簡單的可以理解為：Spring Cloud Feign 的出現使得Eureka和Ribbon的使用更為簡單。
（4）Spring Cloud Hystrix
我們在（1）、（2）、（3）中知道了使用Eureka進行服務的注冊和發現，使用Ribbon實現服務的負載均衡調用，還知道了使用Feign可以簡化我們的編碼。但是，這些還不足以實現一個高可用的微服務架構。
例如：當有一個服務出現了故障，而服務的調用方不知道服務出現故障，若此時調用放的請求不斷的增加，最後就會等待出現故障的依賴方 相應形成任務的積壓，最終導致自身服務的癱瘓。
Spring Cloud Hystrix正是為了解決這種情況的，防止對某一故障服務持續進行訪問。Hystrix的含義是：斷路器，斷路器本身是一種開關裝置，用於我們家庭的電路保護，防止電流的過載，當線路中有電器發生短路的時候，斷路器能夠及時切換故障的電器，防止發生過載、發熱甚至起火等嚴重後果。
（5）Spring Cloud Config
對於微服務還不是很多的時候，各種服務的配置管理起來還相對簡單，但是當成百上千的微服務節點起來的時候，服務配置的管理變得會復雜起來。
分布式系統中，由於服務數量巨多，為了方便服務配置文件統一管理，實時更新，所以需要分布式配置中心組件。在Spring Cloud中，有分布式配置中心組件Spring Cloud Config ，它支持配置服務放在配置服務的內存中（即本地），也支持放在遠程Git倉庫中。在Cpring Cloud Config 組件中，分兩個角色，一是Config Server，二是Config Client。
Config Server用於配置屬性的存儲，存儲的位置可以為Git倉庫、SVN倉庫、本地文件等，Config Client用於服務屬性的讀取。
（6）Spring Cloud Zuul
我們使用Spring Cloud Netflix中的Eureka實現了服務注冊中心以及服務注冊與發現；而服務間通過Ribbon或Feign實現服務的消費以及均衡負載；通過Spring Cloud Config實現了應用多環境的外部化配置以及版本管理。為了使得服務集群更為健壯，使用Hystrix的融斷機制來避免在微服務架構中個別服務出現異常時引起的故障蔓延。
先來說說這樣架構需要做的一些事兒以及存在的不足：
1、首先，破壞了服務無狀態特點。為了保證對外服務的安全性，我們需要實現對服務訪問的許可權控制，而開放服務的許可權控制機制將會貫穿並污染整個開放服務的業務邏輯，這會帶來的最直接問題是，破壞了服務集群中REST API無狀態的特點。從具體開發和測試的角度來說，在工作中除了要考慮實際的業務邏輯之外，還需要額外可續對介面訪問的控制處理。
2、其次，無法直接復用既有介面。當我們需要對一個即有的集群內訪問介面，實現外部服務訪問時，我們不得不通過在原有介面上增加校驗邏輯，或增加一個代理調用來實現許可權控制，無法直接復用原有的介面。
面對類似上面的問題，我們要如何解決呢？下面進入本文的正題：服務網關！
為了解決上面這些問題，我們需要將許可權控制這樣的東西從我們的服務單元中抽離出去，而最適合這些邏輯的地方就是處於對外訪問最前端的地方，我們需要一個更強大一些的均衡負載器，它就是本文將來介紹的：服務網關。
服務網關是微服務架構中一個不可或缺的部分。通過服務網關統一向外系統提供REST API的過程中，除了具備服務路由、均衡負載功能之外，它還具備了許可權控制等功能。Spring Cloud Netflix中的Zuul就擔任了這樣的一個角色，為微服務架構提供了前門保護的作用，同時將許可權控制這些較重的非業務邏輯內容遷移到服務路由層面，使得服務集群主體能夠具備更高的可復用性和可測試性。
（7）Spring Cloud Bus
在（5）Spring Cloud Config中，我們知道的配置文件可以通過Config Server存儲到Git等地方，通過Config Client進行讀取，但是我們的配置文件不可能是一直不變的，當我們的配置文件放生變化的時候如何進行更新哪？
一種最簡單的方式重新一下Config Client進行重新獲取，但Spring Cloud絕對不會讓你這樣做的，Spring Cloud Bus正是提供一種操作使得我們在不關閉服務的情況下更新我們的配置。
Spring Cloud Bus官方意義：消息匯流排。
當然動態更新服務配置只是消息匯流排的一個用處，還有很多其他用處。
六、總結
Spring Cloud 的組件還不止這些，通過上邊的口水話的介紹，應該可以大致有一定的了解，但是每一個組件的功能遠不止上述介紹的那些，每一個組件還有很多其他的功能點，這里的介紹希望能夠帶大家入個門，不要對微服務這個這么大的概念有所畏懼。
❸ spring cloud 和spring webservice的區別
：Spring Cloud主要有以下特點：1. 是一套完整的分布式系統解決方案，它的子項目涵蓋了所有實現布式系統所需要的基礎設施2. 基於Spring Boot, 使得開發部署極其簡單(加依賴，加註解，就能運行了)要說Dubbo，算是Spring Cloud的一個子集好了,
❹ IDea啟動了五個SpringCloud微服務，同時Webstorm啟動了一個前端工程，然後IDEA就掛了。怎麼解決這個問題
升級內存到32G試試。
❺ Spring Cloud微服務升級總結
Spring Boot框架是由Pivotal團隊提供的全新框架，其設計目的是用來簡化基於Spring應用的初始搭建以及開發過程。SpringBoot框架使用了特定的方式來進行應用系統的配置，從而使開發人 員不再需要耗費大量精力去定義模板化的配置文件。
Spring Cloud是一個基於Spring Boot實現的雲應用開發工具，它為基於JVM的雲應用開發中的配置管理、服務注冊，服務發現、斷路器、智能路由、微代理、控制匯流排、全局鎖、決策競選、分布式會話和集群狀態管理等操作提供了一種簡單的開發方式。
Spring Boot通過@SpringBootApplication註解標識為Spring Boot應用程序。所有的應用都通過jar包方式編譯，部署和運行.
每個Spring Boot的應用都可以通過內嵌web容器的方式提供http服務，僅僅需要在pom文件中依賴spring-boot-start-web即可，原則上微服務架構希望每個獨立節點都提供http服務。
在Spring Boot需要啟動任務時，只要繼承CommandLineRunner介面實現其run方法即可。
在Spring Boot需要執行定時任務時，只需要在定時任務方法上增加@Scheled(cron = 「0 15 0 **?」)註解（支持標准cron表達式），並且在服務啟動類上增加@EnableScheling的註解即可。
Actuator是spring boot提供的對應用系統自身進行監控的組件，在引入spring-boot-start-web基礎上引入spring-boot-starter-actuator即可。
在我們實現微服務架構時，每個微服務節點都需要自身的相關配置數據項，當節點眾多，維護就變得非常困難，因此需要建立一個中心配置服務。
Spring Cloud Config分為兩部分。Spring Cloud Config server作為一個服務進程，Spring Cloud Config File為配置文件存放位置。
[圖片上傳失敗...(image-bfc9bd-1511489698023)]
服務注冊的概念早在微服務架構之前就出現了，微服務架構更是把原先的單一應用節點拆分成非常多的微服務節點。互相之間的調用關系會非常復雜，Spring Cloud Eureka作為注冊中心，
服務注冊的概念早在微服務架構之前就出現了，微服務架構更是把原先的單一應用節點拆分成非常多的微服務節點。互相之間的調用關系會非常復雜，Spring Cloud Eureka作為注冊中心，
所有的微服務都可以將自身注冊到Spring Cloud Eureka進行統一的管理和訪問（Eureka和Zookeeper不同，在AOP原則中選擇了OP，更強調服務的有效性）
服務注冊的概念早在微服務架構之前就出現了，微服務架構更是把原先的單一應用節點拆分成非常多的微服務節點。互相之間的調用關系會非常復雜，Spring Cloud Eureka作為注冊中心，
所有的微服務都可以將自身注冊到Spring Cloud Eureka進行統一的管理和訪問（Eureka和Zookeeper不同，在AOP原則中選擇了OP，更強調服務的有效性）
當我們把所有的服務都注冊到Eureka（服務注冊中心）以後，就涉及到如何調用的問題。Spring Cloud Zuul是Spring Cloud提供的服務端代理組件，可以看做是網關，Zuul通過Eureka獲取到可用的服務，通過映射配置，客戶端通過訪問Zuul來訪問實際需要需要訪問的服務。所有的服務通spring.application.name做標識，不同IP地址，相同spring.application.name就是一個服務集群。當我們增加一個相同spring.application.name的節點，Zuul通過和Eureka通信獲取新增節點的信息實現智能路由，增加該類型服務的響應能力。
與Spring Cloud Zuul的服務端代理相對應，Spring Cloud Ribbon提供了客戶端代理。在服務端代理中，客戶端並不需要知道最終是哪個微服務節點為之提供服務，而客戶端代理獲取實質提供服務的節點，並選擇一個進行服務調用。Ribbon和Zuul相似，也是通過和Eureka（服務注冊中心）進行通信來實現客戶端智能路由。
Spring Cloud Feign是一種聲明式、模板化的http客戶端。 使用Spring Cloud Feign請求遠程服務時能夠像調用本地方法一樣，讓開發者感覺不到這是遠程方法（Feign集成了Ribbon做負載均衡）。
1.把遠程服務和本地服務做映射
應用管理中心可以對每個已經注冊的微服務節點進行停止，編譯，打包，部署，啟動的完整的上線操作。
zookeeper數據查詢中心根據zookeeper地址，埠，命令獲取zookeeper數據信息。
健康檢測中心周期性檢查每個微服務的狀態，當發現有微服務狀態處於DOWN或連接超時時，觸發報警
健康檢測中心周期性檢查每個微服務的狀態，當發現有微服務狀態處於DOWN或連接超時時，觸發報警
我的官網
我的官網 http://guan2ye.com
我的CSDN地址 http://blog.csdn.net/chenjianandiyi
我的地址 http://www.jianshu.com/u/9b5d1921ce34
我的github https://github.com/javanan
我的碼雲地址 https://gitee.com/jamen/
阿里雲優惠券 https://promotion.aliyun.com/ntms/act/ambassador/sharetouser.html?userCode=vf2b5zld&utm_source=vf2b5zld