1、提供一个统一的 父 pom 依赖
  
 　　　　作用：统一版本与引入必要依赖

 

2、提供一个模板模型。

 　　　　作用： 开发人员不必关系具体基础启动项
 
3、提供一个统一基础配置模型

 　　　　作用： 开发人员不比太过关注与必要配置
 
4、提供测试与生产配置中心

 　　　　作用： 开发人员不必考虑正式与测试环境切换问题。同时也可以做动态配置更改。当你同一个服务部署N个不适用Docker 这类容器做管理的情况下，你会哭的。
 
5、提供引入数据库的实例与引用多个数据库的实例
 
　　　　 推荐统一使用 Spring Data Jap
　　　　　　 理由：
 
 　　　　　　　　 只需要引入对应数据库的驱动，同一的语法。简化了开发， 方便统一管理。后续维护等
  
6、统一使用  Feign 进行服务之间的调用
 
 　　　　理由：

　　　　　　 这种调用方式感官角度上看更加贴进传统开发调用 接口类一样。同时不必过多考虑 Http 调用什么的一些问题。

 

 
做到上诉几样 ，基础开发人员就  可以无感的   从传统开发 模式 切换 到 Cloud模式上。

 

Spring Boot +  Cloud   其实简化了我们开发，提高的效率。让我们更加专注于具体业务功能的实现。

实际开发人员，不要觉得传统模式转换到  Cloud 微服务模式上有多么困难。适用后你会发现一切都变简单明了了。如果还是如原先一样，那只能说做规划的人并未合格。

传统服务转换 微服务 最大的难点在于，微服务定位、规划与切分。考研的是做规划定位的人。