微服務架構是什麼？
微服務架構是一種架構模式或者說是一種架構風格，他提倡將單一的應用程式劃分成一組小的服務，每個服務執行在其獨立的自己的程序中，服務之間的互相協調，相互配合，為使用者提供最終的價值。服務之間採用輕量級的通訊機制相互溝通（通常是基於restful api）。每個服務都圍繞著具體業務進行構建，並且能夠被獨立的部署到生產環境，類生產環境等。另外，應盡量避免同一的、集中式的服務服務管理機制，對具體的乙個服務而言，應根據業務上下文，選擇合適的語言，工具對其進行構建，可以有乙個非常輕量級的集中式管理來協調這些服務，可以使用不同的語言來編寫服務，也可以使用不同的資料儲存
微服務是什麼？
強調的是個體
微服務的優缺點？
1) 優點
1、每個服務足夠內聚，足夠小，**容易被理解這樣能聚焦乙個指定的業務或業務需求
2、開發簡單，開發效率高，乙個服務就是單一的只幹一件事
3、微服務能夠被小團隊開發
4、微服務是松耦合的，是有功能意義的服務，無論是開發階段還是部署階段都是獨立的
5、微服務可以用不能的語言開發
6、易與第三方整合，微服務語序容易且靈活的方式整合自動部署，通過持續整合工具（jenkins，hudson,bamboo）
7、微服務易於開發人員理解，修改和維護，這樣的小團隊能夠更關注自己的工作成果，無需通過合作才能體現價值
8、微服務允許你利用融合最新技術
9、微服務只是業務邏輯的**，不會和css、html其它介面組合
10、每個微服務都有自己的儲存能力，可以有自己的資料庫，也可以有統一的資料庫
2) 缺點
1、開發人員要處理分布式系統的複雜性
2、多服務運維難度，隨著服務增加，運維的壓力也在增大
3、系統部署依賴
4、服務間通行成本
5、資料一致性
6、系統整合測試
7、效能監控
乙個分布式的微服務架構，他需要有哪些維度？
服務開發 springboot、spring、springmvc
服務配置與管理 netflix公司的archaius、阿里的diamind等
服務註冊與發現 eureka、consul、zookeeper等
服務呼叫 rest、rpc、grpc
服務熔斷器 hystrix、envoy等
負載均衡 ribbon、nginx等
服務介面呼叫(客戶端呼叫服務的簡化工具) feign等
訊息佇列 kafka、rabbitmq、activemq等
服務配置中心管理 springcloudconfig、chef等
服務路由(api閘道器) zuul等
服務監控 zabbix、nagios、metrics、spectator
服務部署 docker、opernstack、kubernetes
資料流操作開發包 springcloud stream(封裝與redis,rabbit,kafaka等傳送接收訊息)
事件訊息匯流排 spring cloud bus
為什麼要使用springcloud？
選型依據：
整體解決方案和框架成熟度
社群熱度
可維護性
學習曲線
當前的it公司用的微服務架構有哪些
阿里dubbo/hsf
京東jsf
當當網dubbox
(dubbo,springcloud)
各框架的對比？
springcloud擁有完整的微服務框架
SpringCloud 微服務與微服務對接心德
對方已經提供好乙個api文件，然後傳一堆傳輸，返回給我一些資訊。如下 我這邊建立實體類，返回值這些東西，如下 介面如下 feignclient還有以下標籤 name 指定feignclient的名稱，如果專案使用了ribbon，name屬性會作為微服務的名稱，用於服務發現 url url一般用於除錯...
微服務架構 spring cloud
微服務架構搭建步驟 1.建立服務註冊中心 1 填加依賴 org.springframework.cloudgroupid spring cloud starter eureka serverartifactid dependency org.springframework.cloudgroupid ...
SpringCloud微服務框架
因為springcloud出現,對微服務技術提供了非常大的幫助，因為springcloud 提供了一套完整的微服務解決方案，不像其他框架只是解決了微服務中某個問題.springcloud是基於springboot基礎之上開發的微服務框架，springcloud是一套目前非常完整的微服務解決方案框架，...