springcloud經驗

>  碼雲地址：https://gitee.com/lpxs/lp-springcloud.git
>  有問題能夠多溝通：136358344@qq.com。

架構演化的步驟

• 在肯定使用Spring Boot/Cloud這套技術棧進行微服務改造以前，先梳理平臺的服務，對不一樣的服務進行分類，以確認演化的節奏。

• 先讓團隊熟悉Spring Boot技術，而且優先在基礎服務上進行技術改造，推進改動後的項目投產上線

• 當團隊熟悉Spring Boot以後，再推動使用Spring Cloud對原有的項目進行改造。

• 在進行微服務改造過程當中，優先應用於新業務系統，前期能夠只是少許的項目進行了微服務化改造，隨着你們對技術的熟悉度增長，能夠加快加大微服務改造的範圍

• 傳統項目和微服務項目共存是一個很常見的狀況，除非公司業務有大的變化，不建議直接遷移核心項目。

服務拆分原則

服務拆分有如下幾個原則和你們分享

• 橫向拆分。按照不一樣的業務域進行拆分，例如訂單、營銷、風控、積分資源等。造成獨立的業務領域微服務集羣。

• 縱向拆分。把一個業務功能裏的不一樣模塊或者組件進行拆分。例如把公共組件拆分紅獨立的原子服務，下沉到底層，造成相對獨立的原子服務層。這樣一縱一橫，就能夠實現業務的服務化拆分。

• 要作好微服務的分層：梳理和抽取核心應用、公共應用，做爲獨立的服務下沉到核心和公共能力層，逐漸造成穩定的服務中心，使前端應用能更快速的響應多變的市場需求

• 服務拆分是越小越好嗎？微服務的大與小是相對的。好比在初期，咱們把交易拆分爲一個微服務，可是隨着業務量的增大，可能一個交易系統已經慢慢變得很大，而且併發流量也不小，爲了支撐更多的交易量，我會把交易系統，拆分爲訂單服務、投標服務、轉讓服務等。所以微服務的拆分力度需與具體業務相結合，總的原則是服務內部高內聚，服務之間低耦合。