版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/bless2015/article/details/83382714
1、数据库结构与数据脚本
投产前要提变更单，需要整理数据库结构和数据脚本。其中数据脚本还包括前备、执行、后备、回退脚本。用来在执行前备份，执行失败后回滚，执行成功后备份。目前有一个开发库、测试库、投产演练库三个库。由于数据脚本即使在投产前几天甚至还有要改动的，所以整个提脚本、汇总、演练、更新变更单这个过程很长，演练时没有办法回退上次需要修改的结构和数据（权限在上级部门），这是一个投产隐患。亟需解决：项目组本地搭一套与线上一致的数据库环境。（只是这种工作完全不计入绩效，自愿做自担责任）
2、配置文件没有统一管理
采用了所谓微服务的概念，首先把各个模块进行了分解，包括订单、财务、系统设置、报表、商品等六个模块。每个模块有自己一个配置文件。由于有两个数据库环境（开发、测试），每个环境都部署在一台服务器上，所以配置文件有12个。进行统一管理很有必要。
有两种方法，第一个存一个配置文件，其他模块做修改，用流的方式读取。第二种方式利用Redis缓存配置文件，直观上来说比较合理，扩展性也高。而且一般服务中心也是直接缓存配置信息。只是要写个后台client。（只是这种工作完全不计入绩效，自愿做自担责任）
暂时这些。