1、提供一个统一的 父 pom 依赖
作用：统一版本与引入必要依赖
2、提供一个模板模型。
作用： 开发人员不必关系具体基础启动项
3、提供一个统一基础配置模型
作用： 开发人员不比太过关注与必要配置
4、提供测试与生产配置中心
作用： 开发人员不必考虑正式与测试环境切换问题。同时也可以做动态配置更改。当你同一个服务部署N个不适用Docker 这类容器做管理的情况下，你会哭的。
5、提供引入数据库的实例与引用多个数据库的实例
推荐统一使用 Spring Data Jap
理由：
只需要引入对应数据库的驱动，同一的语法。简化了开发， 方便统一管理。后续维护等
6、统一使用 Feign 进行服务之间的调用
理由：
这种调用方式感官角度上看更加贴进传统开发调用 接口类一样。同时不必过多考虑 Http 调用什么的一些问题。
做到上诉几样 ，基础开发人员就 可以无感的 从传统开发 模式 切换 到 Cloud模式上。
Spring Boot + Cloud 其实简化了我们开发，提高的效率。让我们更加专注于具体业务功能的实现。
实际开发人员，不要觉得传统模式转换到 Cloud 微服务模式上有多么困难。适用后你会发现一切都变简单明了了。如果还是如原先一样，那只能说做规划的人并未合格。
传统服务转换 微服务 最大的难点在于，微服务定位、规划与切分。考研的是做规划定位的人。