不知道大家有没有总结和盘点过，往往投诉项目一般都与环境部署、性能、质量有关，确实也是这样，因为客户只关心结果，不关心过程，在交付过程中你可能非常辛苦，做得很好，但是就是因为上线后每次部署事故、或者性能特别不好造成系统突然用不了啦，这种情况如果还不能及时处理好，或者是频繁出现，这种情况如果不投诉还有更好的办法吗？所以我们对环境这块必须管理好、规划好，要在未来客户系统上线以后想当长一段时间内系统保持系统的稳定性、健壮性、性能好、体验好，下面就以实际问题项目案例来分享一下交付过程中如果做好环境规划与管理，希望能帮助到更多的项目。
（一） 项目背景：
1. 项目1：
（1） 该项目为一国产化软件替代项目，对项目质量要求高，该项目团队人多，涉及到星空产品团队、HR团队、苍穹开发平台团队，因此部署由专人（总部人员）负责，多套开发环境、多套测试环境、多套生产环境，因此从开发环境->集成测试环境->生产环境，都经过严格的管控，包括上线后补丁的管控非常严格，所以上线前一直很好
（2） 负责整体环境管理的总部人员后面撤离现场后交由分公司营运（星空二期上线），负责HR的团队还在现场，由于后期管理没跟上，HR这块的考勤部署总部出了一个补丁，由于没严格在测试环境进行验证后进入了生产环境，对HR生产环境使用构成了较大的影响，后面开紧急会议，要求项目团队做整改，并给出具体后面的保障措施
2. 项目2
一央企子公司使用了星空产品，但同时还使用第三方财务软件系统（因为集团有使用他们的软件），因此第三方财务软件会与星空存在大量的对接和同步，二开由一个开发伙伴完成，使用了集成平台，因此这个集成平台因为部署不规范和集成实现的代码实现问题造成2个事故
事故1：测试环境的数据同步到了生产环境
事故2：在上线5个月后，在结账期间大量的凭证同步造成了严重的性能问题，现
象就是使用系统非常卡顿。
（二） 对策与方案
1． 项目1整改方案
（1） 更新补丁规范，要求所有总部提供的补丁，需先在测试环境验证通过后部署到生产环境，禁止不通过验证就直接部署生产环境
（2） 要求所有补丁，需提供补丁影响范围，补丁所解决的问题，总部研发补丁也一样，每次补丁都需要标准解决具体什么问题，并且补丁所涉及到影响的范围需全部测试通过，并通过UAT测试方可进行生产环境更新
2． 项目2整改方案
（1） 规范部署管理，不能通过集成平台配置切换的方式来完成测试环境和生产环境的切换，集成平台必须在生产环境和测试环境必须分开部署
（2） 所有部署到生产环境的补丁，必须通过部署包在测试环境通过UAT验证通过后方可部署到生产环境，禁止直接部署到生产环境
（3） 将星空的测试账套从生产环境迁移到测试环境，所有开发环境、集成测试环境、生产环境物理隔离分开
（4） 管理中心、集成测试环境、应用服务器分开，把文件服务器从应用服务器分开
（5） 代码排查，并做代码优化，集成平台集成时过去直接连数据库的方式改为调用WEB API接口的方式，及时释放连接，并改为批量处理
（6） 硬盘改为固定硬盘
（7） 生产环境对接生产环境，测试环境对接测试环境，开发环境对接开发环境，禁止测试环境直接对接生产环境
（三） 分析总结：如何做好环境管理
做到以“防”为主，具体细节如下：
1． 做好环境部署规划
（1） 公有云和私有云都必须有4套环境：开发环境、集成测试环境、UAT环境、生产环境
（2） 生产环境需与其他环境分开
（3） 多系统集成时，生产环境只能与其他系统的生产环境对接，不能为了省服务器省去一些重要环境，也禁止生产环境和测试环境混在一起
（4） 如果有多系统集成时管理中心、第三方系统、应用服务器需要分离，不能放在一起
（5） 数据库服务器要用物理机，硬盘尽量用固定硬盘
（6） 如果客户用户数多、并发量大，尽量应用服务器用集群部署来进行负载均衡，
（7） 数据库如果一台服务器担心出故障，如下需要更多保障，数据库可以做RAC。
2． 定好规范
（1） 制定好开发规范
规范文档：《 星空客户化开发规范》、《开发最佳实践》 ，下载地址：https://vip.kingdee.com/school/235815443779376896?topicId=200182386237991168&stageId=236141380677210&productLineId=30
（2） 制定好部署规范
3． 用好工具
（1） 使用好协同开发平台
（2） 使用好项目协作系统（PCS系统）
4． 掌握一些环境相关的一些技能
具体请见下面参考帖：
https://vip.kingdee.com/article/526783386602345984?productLineId=1
推荐阅读