微服務架構是什么？

微服務架構是一種架構模式或者說是一種架構風格，他提倡將單一的應用程序劃分成一組小的服務，每個服務運行在其獨立的自己的進程中，服務之間的互相協調，相互配合，為用戶提供最終的價值。服務之間采用輕量級的通信機制相互溝通（通常是基于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 全鏈路追蹤 Zipkin、Brave、Dapper等 服務部署 Docker、OpernStack、Kubernetes 數據流操作開發包 SpringCloud Stream(封裝與Redis,Rabbit,Kafaka等發送接收消息) 事件消息總線 Spring Cloud Bus 為什么要使用springCloud？ 選型依據： 整體解決方案和框架成熟度 社區熱度 可維護性 學習曲線 當前的IT公司用的微服務架構有哪些 阿里Dubbo/HSF 京東JSF 新浪微博Motan 當當網Dubbox (Dubbo,springCloud) 各框架的對比？ springCloud擁有完整的微服務框架

?

轉載于:https://www.cnblogs.com/llcMite/p/11210103.html

總結

以上是生活随笔為你收集整理的springCloud(微服务的概念)1-1的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。