2019-12-30您好，老师，现在有三套环境（Dev,Test,Prod），现在它们都有自己独立的一份完整配置项（大约有200来个配置项吧，采用了properties,db两种），可变采用的db方式。之前采用消息机制出了次问题，后来改为不管它有没有变化，各服务是采用每隔一秒去load一次。有30%的配置项的值是相同的，不分环境的。那么如果改为apollo配置中心方式，这30%不分环境的配置项，如何抽取出来？这种情况改为apollo配置中心，能不能给一些建议？作者回复: apollo支持分环境配置，但是每个环境有独立的configDB，所以不能共享。你需要把30%的配置在每个环境都复制一份，这个工作量基本是一次性的，所以问题不大。
1
2019-09-11老师你好，想请教如何自动化部署使用apollo做配置管理中心的微服务？有没有这方面的最佳实践。我们的微服务都是使用jenkins pipeline+k8s做一键部署，每次部署的时候滚动更新，会出现新旧pod共存的情况。在用apollo来管理所有配置的情况下，如何在部署过程中保证配置能够兼容新旧的版本呢？这样不至于在发布了新配置后导致现存的旧版pod出问题。我们有同事建议只加新配置和修改已有配置，不删旧配置，把所有的新旧配置都写在namespace里面，但我觉得这样不是太好，有更好的实践方式吗？作者回复: 咨询了一下apollo作者，建议发布时只新增和修改配置，不删除配置。这样在理解上最简单，不容易犯错，发布完后确认配置不用了再做删除。
2019-05-06能不能这样理解开放平台：相当于给了第三方应用开放了权限，可以增删改查配置信息。如果是的话那么问题来了，如果多个应用绑定同一个appid，也就是允许多个应用修改同一套配置信息？另外一个应用可以绑定多个appid，访问多套配置吗？作者回复: 你好，从apollo官方提供的文档看，它支持多个第三方应用绑定同一个appid，也就是允许多个应用修改同一套配置信息。一个第三方应用同时操作多个appid，官方文档没有说，实际应该也是可行的，不过需要定制，我之前公司的无线团队觉得apollo的portal不好使，就专门开发了一个针对apollo的proxy，它基本可以操作所有的appid，不过我们当时对apollo的api做了一些定制扩展，工作量也不大。