單體架構
1、架構簡單
2、開發、測試、部署更方便
缺點1、複製性高
2、部署慢，部署頻率低
3、擴充套件能力受限
微服務特性
1、每個微服務有自己獨立的程序
2、一系列獨立執行的微服務構建乙個系統
3、每個服務為獨立的業務開發，乙個微服務只關注某個特定功能
4、可以使用不同的語言和資料儲存技術
5、微服務通過輕量級通訊機制，輕量級通訊機制要求通訊協議輕量，能跨平台。
6、全自動部署機制
微服務優點
1、單個微服務開發快
2、啟動快
3、區域性修改容易部署
4、技術棧不受限制
5、按需伸縮
微服務缺點
1、運維要求高
2、分布式固有缺點
3、重複勞動
微服務適合場景
1、大型複製專案
2、快速迭代需求
3、訪問壓力大
不適合用微服務
1、維護專案
2、迭代周期長
微服務還是單體，應用架構怎麼選？
近幾年，由於微服務生態建設的完善，微服務架構漸成趨勢，逐漸流行。業內人士也都在爭先恐後想一睹微服務芳容，甚至想王老虎搶親。但同時存在沒有認真考慮微服務架構是否適合自己的應用場景以及組織文化的問題。本人在前幾篇博文已經對微服務生態有了闡述。所謂生態，實際上講的是天時地利人和，講的是各方和諧。微服務生態...
架構模式的演變之路 從單體架構到微服務架構
談到軟體系統設計的方 在 層面，有我們熟悉的23種設計模式 design pattern 對應到架構層面，則有所謂的架構模式 architecture pattern 它們分別從微觀和巨集觀的角度指導著我們設計出良好的軟體系統，因此，作為乙個軟體工程師，我們不僅要熟悉設計模式，對常見的架構模式也要熟...
如何從單體架構平滑過渡到微服務
他們認為推倒重來不可取，架構師們最想通過微服務化取代的部分，往往是公司的主要盈利核心，改造難度不亞於飛行中更換引擎。從業界公開的資訊來看還沒有哪家做到了完美公升級，更多的可能無外乎兩種 因此為使微服務能順利的應用，架構師從不應該幻想一蹴而就，可以從以下三個方面採取行動。技術人都善於把面臨的問題變成技...