2019-07-23波波老师，你好。我们目前考虑引入apollo做为我们的应用配置中心。我所在的项目目前在开发过程中，两周一个迭代。我们在测试环境安装apollo会比较快，但上生产还要等审批，会有一段时间只能在uat上用而不能在生产上用。引入配置中心会对现有代码有侵入性，我们目前的问题是如果按接入配置中心的要求修改了代码在集成环境下面测试通过后，但产品线上还没有配置中心，这样还得切换回原来使用老配置版本的代码上线，老代码是没有经过测试的，肯定不可靠了。如果两个版本代码都测试的话那测试时间超长肯定影响上线时间。想请教一下波波老师如何在项目进行过程当中在不影响进度和交付质量的情况下推进配置中心落地？我们应该按怎样的流程做好测试和上线工作会比较稳妥？谢谢作者回复: 你好，你的需求还是比较特殊的，一般apollo上线的话，要求各个环境(包括生产)同步上线，否则就会出你现在面临的问题。
我能想到的一个办法是，新代码里头，在apollo配置的基础上，再套一层本地文件配置(或者环境变量配置)，这个外层配置用来控制apollo配置是否启用，如果是测试或者uat环境，就启用，如果是生产环境，就先不启用。等apollo正式上到生产，再把这个外层配置去掉。
2019-01-16波波老师。你好，我们应用部署是采用集群方式 部分情况下 a、b机有些配置值是不一样的。但是我们希望应用保持一致。这种情况如何处理
目前项目组建议的做法是放到jvm参数上 启动时从参数上读取 这样感觉不是一个好的做法
盼复作者回复: apollo支持cluster集群概念，一个应用程序app可以部署多个集群，一个常见的场景是多机房部署，同一个应用在A机房部署一份，B机房也部署一份，每个集群的配置可以不同。具体做法请参考apollo文档。