1 如果只发一台机器就可以验证的话，没有必要全部发布，发一台机器立刻验证，有问题，立马回滚，通过则继续发
2 一个功能的发布涉及到多系统，如果上线失败，没有必要所有系统都进行回滚，
对于特定系统来说，如果是新增功能，且不影响旧的功能，则不需要回滚
配置文件分为代码级别的配置文件，非代码级别的配置文件，
代码文件如果是代码级别的，需要打到war包或者jar包中，
非代码级别的文件是需要运维手动修改，比如机器的ip,jdbc，redis地址，特定的IP
运维发布流程：
1 如果需要修改配置文件，则运维在配置文件服务器（运维称呼为‘中控’）上统一修改（新增，修改）配置文件，
配置文件分系统，enterprise，goods,pms各自有自己的配置文件目录
2 节点机构建应用(war)等，需要从“配置文件服务器”取统一配置，分系统，根据需要进行定制化配置，比如说要配置自己的IP
定制化配置必须使用脚本进行修改，seed命令，不能直接改文件，因为配置文件每次都需要从中控上取，覆盖原有配置
3 依次启动节点机，完成应用的发布