1、提供一個統一的 父 pom 依賴
作用：統一版本與引入必要依賴
2、提供一個模板模型。
作用： 開發人員不必關係具體基礎啟動項
3、提供一個統一基礎配置模型
作用： 開發人員不比太過關注與必要配置
4、提供測試與生產配置中心
作用： 開發人員不必考慮正式與測試環境切換問題。同時也可以做動態配置更改。當你同一個服務部署N個不適用Docker 這類容器做管理的情況下，你會哭的。
5、提供引入資料庫的例項與引用多個資料庫的例項
推薦統一使用 Spring Data Jap
理由：
只需要引入對應資料庫的驅動，同一的語法。簡化了開發， 方便統一管理。後續維護等
6、統一使用 Feign 進行服務之間的呼叫
理由：
這種呼叫方式感官角度上看更加貼進傳統開發呼叫 介面類一樣。同時不必過多考慮 Http 呼叫什麼的一些問題。
做到上訴幾樣 ，基礎開發人員就 可以無感的 從傳統開發 模式 切換 到 Cloud模式上。
Spring Boot + Cloud 其實簡化了我們開發，提高的效率。讓我們更加專注於具體業務功能的實現。
實際開發人員，不要覺得傳統模式轉換到 Cloud 微服務模式上有多麼困難。適用後你會發現一切都變簡單明瞭了。如果還是如原先一樣，那隻能說做規劃的人並未合格。
傳統服務轉換 微服務 最大的難點在於，微服務定位、規劃與切分。考研的是做規劃定位的人。