一、Spring Cloud是什麼鬼？

官方文件：http://projects.spring.io/spring-cloud/

二、談Spring Cloud撇不開微服務

微服務並不神祕，只是在網際網路技術發展過程中的一個產物，整個架構系統隨著客戶端的多樣性，服務越來越多，devops的發展而產生的架構變種。
許多公司，通過採用微處理結構模式解決單體應用的問題，分解的服務之間互相連線提供支援。
每個微服務都是六邊形應用，都有自己的業務邏輯和介面卡。服務之間通過API互相通訊，提供介面供客戶端使用。每個例項可能是一個雲VM或者是Docker容器。
之前的web應用拆分成一系列簡單的服務應用。拆分之後可以對不同使用者，不同裝置，不同場景進行自行部署。
微服務之間通過REST API或者MQ非同步方式通訊，供外網使用的API，通過Gateway來傳遞資訊。
微服務的拆分，不像傳統多個服務共享一個數據庫，微服務架構每個服務都有自己的資料庫，每種服務都可以有自己適合的資料庫型別。
微服務好處
分解了單體應用提供多個服務的複雜性問題，拆分之後每個服務都有一個用RPC或是MQ或是API定義的邊界。由於傳統單體應用沒有清晰的邊界，存在開發，理解，維護，部署的複雜問題；
每個服務都可以有單獨的團隊維護開發，開發者客戶選擇自己擅長和合適的技術；
每個服務都可以獨立部署，開發者不需要協調因其他服務呼叫，部署對本服務的影響。加快部署速度，更好的執行AB測試。持續部署變為可能。
每個服務都可以獨立擴充套件。
微服務不足
需要考慮和關心更多服務之間呼叫的問題。
需要考慮多個服務的編排和依賴關係，包括開發和部署。
多個服務的配置，部署，擴充套件，監控。
微服務的特徵
每個服務僅僅對單個業務負責，這個業務也是這個服務的完整容量；
每個微服務都可以獨立部署，不需依賴其他服務的相關資源，如資料庫，記憶體快取等；
輕量級的通訊協議，如REST，AMQP等；
服務具有可代替性，每個服務原則上都可以被不同的開發語言，開發框架進行技術實現，替換後不影響原有微服務對外提供的功能；
每個服務擁有自己獨立的資料儲存；
每個微服務由小的團隊維護，服務以業務單元進行拆分；
服務之間可通過組成聚合服務對外提供較粗粒度的服務功能；
微服務名詞
Gateway：為客戶端提供API管理功能，負責負載均衡，快取，訪問控制，API計費監控等任務，可通過Eureka或者NGINX實現；
服務註冊於發現模組；
斷路器；
微服務選型
Dubbo，DubboX（不再維護）；
Spring Cloud（整合框架）；
Motan；
Thrift，gRPC（算不上框架）；
本次主要使用Spring Cloud；
基礎框架選擇 Spring Cloud和Dubbo：
Dubbo：
國內影響力較大，實現了服務治理的基礎，但是完成一個完備的微服務架構，還需要在各環節去擴充套件和完善以保證叢集健康，文件較穩定。
Spring Cloud：
國外影響大，社群活躍度領先，將成熟框架融為一體，繼承了Spring Boot的簡單配置，快速開發，部署輕鬆特點，更新較快，文件有差異。
日誌監控
由Docker通過Syslog日誌驅動將日誌寫入Logstash，參照ELK解決方案。
Devops
使用Docker作為微服務交付標準組件。
整合Docker
通過Consul整合Docker。