說在前面
大概是三年前，因一些原因公司原專案最初為單體結構部署，所有業務模塊都在一個專案里面，而后隨著業務的不斷膨脹以及模塊之間的耦合，導致后面增加或修改一些簡單業務時的成本都會變的極大，新入職的同事更是苦不堪言，學習代碼的成本極高，基于這些原因，就開始了后面漫長的架構改造旅途，
這么多微服解決方案，到底選哪個？
1.介紹
-
Motan 微博內部使用的 RPC 框架，于 2016 年對外開源，后來在 Motan Agent 的基礎上演化出了 WeiboMesh，這里暫時不展開說Motan GitHub
-
Dubbo 阿里巴巴開源，一款高性能、輕量級的開源Java RPC框架，它提供了三大核心能力：面向介面的遠程方法呼叫，智能容錯和負載均衡，以及服務自動注冊和發現，曾經有很長一段時間未維護，現已貢獻至Apache基金會范訓，附上鏈接Dubbo官網
-
SpringCloud 由Pivotal 公司 2014 年開源，利用 Spring Boot 特性整合了開源行業中優秀的組件（如Netflix相關組件），整體對外提供了一套在微服務架構中服務治理的解決方案，與Dubbo都經常被使用且比較，這次主要是基于SpringCloud基礎組件集成
-
Kubernetes 全新的基于容器技術的分布式架構方案，用于管理云平臺中多個主機上的容器化的應用，Kubernetes的目標是讓部署容器化的應用簡單并且高效（powerful），Kubernetes提供了應用部署，規劃，更新，維護的一種機制
2.對比(話不多說，直接上圖)
3.選擇
很幸運的是，上圖三種技術堆疊都有用過，算是各有優劣吧，具體還是要結合實際情況去選擇，不過千萬注意的是盡量別混搭（如SpringCloud+K8S或SpringCloud+Dubbo這樣）
后面具體會先圍繞SpringCloud技術堆疊展開，而后也會記錄下k8s和Dubbo相關的一些東西，這是第一篇，后面開始實戰，以上！
結束
- 關于環境
) - 架構圖
持續學習，記錄點滴，更多文章請訪問 文章首發
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/5988.html
標籤：架構設計