微服務有什么特點？

這篇文章主要介紹了：微服務的定義、微服務的優缺點、微服務的作用以及微服務的特點，閱讀完整文相信大家對微服務spring-clound有了一定的認識。

微服務是什么？
微服務架構風格是一種將單個應用程序作為一套小型服務開發的方法，每種應用程序都在自己的進程中運行，并與輕量級機制（通常是HTTP資源API）進行通信。 這些服務是圍繞業務功能構建的，可以通過全自動部署機制獨立部署。 這些服務的集中管理最少，可以用不同的編程語言編寫，并使用不同的數據存儲技術 項目案例 www.1b23.com 。

單體架構是我們通常使用的mvc架構，所有的業務子系統都在這一個應用程序中。

這種模式的優點是便于管理，所有的代碼都在一個項目中。

同樣缺點也很明顯：

1、項目過于臃腫當大大小小的功能模塊都集中在同一項目的時候，整個項目必然會變得臃腫，讓開發者難以維護。

2、資源無法隔離，整個單體系統的各個功能模塊都依賴于同樣的數據庫、內存等資源，一旦某個功能模塊對資源使用不當，整個系統都會被拖垮。

3、無法靈活擴展當系統的訪問量越來越大的時候，單體系統固然可以進行水平擴展，部署在多臺機器上組成集群，但是這種擴展并非靈活的擴展。比如我們現在的性能瓶頸是支付模塊，希望只針對支付模塊做水平擴展，這一點在單體系統是做不到的。

微服務能解決什么問題？
微服務解決了單體架構模式下的難維護，技術架構不能按需重構，不能技術創新等問題。

微服務有什么特點？
1、獨立部署，靈活擴展傳統的單體架構是以整個系統為單位進行部署，而微服務則是以每一個獨立組件（例如用戶服務，商品服務）為單位進行部署。

2、資源的有效隔離微服務設計的原則之一，就是每一個微服務擁有獨立的數據源，假如微服務A想要讀寫微服務B的數據庫，只能調用微服務B對外暴露的接口來完成。這樣有效避免了服務之間爭用數據庫和緩存資源所帶來的問題。

3、團隊組織架構的調整微服務設計的思想也改變了原有的企業研發團隊組織架構。傳統的研發組織架構是水平架構，前端有前端的團隊，后端有后端的團隊，DBA有DBA的團隊，測試有測試的團隊。而微服務的設計思想對團隊的劃分有著一定的影響，使得團隊組織架構的劃分更傾向于垂直架構，比如用戶業務是一個團隊來負責，支付業務是一個團隊來負責。

4、每個微服務之間使用的技術實現方式可以不同，按具體業務邏輯而定，可減少成本。

5、部署時，可實現模塊服務按不同的需求選擇服務器機器，如cpu密集型服務，就選擇好一點的cpu就可以了；如io密集型，就選擇ssd盤服務器就好了。

看完上述內容，你們對微服務spring-clound有進一步的了解嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀。