今天針對微服務架構的選型,我們今天進行一下探讨。
針對要不要微服務,我們按照以下思路進行探讨
微服務架構是随着業務服務度的逐步提升,随着業務架構的逐步完善和升級發展而來的;基本的架構梳理,可以參考:傳統項目中技術架構演進溝通讨論
借用網絡上的一張圖:
什麼是微服務?
微服務和springcloud是什麼關系?
微服務适用什麼場景?
1. 微服務的特點、優點、缺點
2. 企業在什麼時候考慮引入微服務
3. 不适合微服務的幾個場景
微服務架構需要依賴什麼?
其他
微服務、docker、敏捷開發、devops之間的關系
SpringMVC、SpringBoot、SpringCloud的關系
結論
架構選擇不是說會用就能用。要了解背景,架構,适合場景,優缺點。不是說有人會用就用了。選擇一個技術架構前,建議大家尤其了解有什麼問題,對未來的工作成本和難度有個預期。
我感覺從公司技術體系的研究和儲備角度上,肯定需要研究微服務。針對微服務架構的角度來講,如果業務足夠複雜,可以使用微服務架構來解決項目問題。
如果是全新的産品或者項目,感覺用SpringCloud的風險更小
如果前期有很多老舊項目,從技術平滑的角度講,更建議dubbo zookeeper的方式。
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!