2018-08-29波波老师，你好。请问一下adminserver和configserver分开设计是基于什么考虑呢？作者回复: 微服务思想，职责单一和分离，变更一个不影响另一个，一个有问题也不影响另一个。
2
2019-11-18波波老师你好。我想知道你画图是用什么软件画的？作者回复: 我作图基本都用keynote(mac)或者powerpoint(windows)。
2018-12-14波波老师好，特别喜欢这节架构讲的很透彻；
有个疑问，ReleaseMessage表发布是通过Config Service定时扫码数据库的；
这个定时是间隔多久呢？
定时的话在间隔时间内，还不是实时的发布哦？
有没考虑使用MQ或者Redis队列来连接Admin Service和ConfigService这种经典的生产者/消费者模式？展开作者回复: 前面的问题在上个问题中已经回答。不用MQ是为了简化设计，减少依赖，而且还要考虑MQ挂和丢消息情况，进一步增加系统复杂性。其实ReleaseMessage表就是一个轻量+版本控制的消息机制。
2018-11-28波波老师您好，请问：
1. 推送的配置会落地吗？如果config server出问题，是否会降级使用本地配置？
2. 配置下发是实时生效的吗？比如修改redis地址，是否需要客户端类库支持。如果不支持实时生效，管理平台上怎么做到限制用户运行时修改不能实时生效的配置啊？
3. 关于微服务的可视化，服务的配置是否生效这块apollo有回显的处理吗？作者回复: 你好，答复如下：1.推送的配置会落地，如果config server出问题，apollo客户端会降级使用本地。2.配置下发是秒级近实时，如果需动态reload，需客户端逻辑配合，请参考github.com/ctripcorp/apollo-use-case动态reload样例。3.配置生效apollo界面上可近实时查看。
2018-11-27波波老师，有几个问题想请教下：
1. 服务端的push，如果上万台服务器，是否会存在性能问题？
2. 服务端的push到client端的数据，是否能保证有序性？
3. 服务端的dataid配置，一个namespace下，如果存储非常大的配置，对查询或者缓存加载是否拖慢整体性能？
4. 服务端查询时，是否用了分布式缓存？如果用了缓存，那么缓存与db的一致性窗口如何保证？失效时间？作者回复: 你好，1. apollo的config sever可以水平扩展，每个client只连其中一台config server并保持长连接（连接失效会自动重连或切换），如发现config server有性能问题，简单加机器扩容即可。2. 配置变更有版本控制，保证有序。3. 配置中心一般用于存简单配置，一般不会很大，如确实有大配置场景，建议为此场景专门搭一套独立apollo集群，以免干扰。4. apollo没有用分布式缓存，因为每个client只连一台config server，config server上有缓存，会和db同步，近实时，实际生产中足够。
2018-10-12感觉如果客户端没有eureka client的话，还不如nginx直接代理config service的地址更简单作者回复: client和configservice之间还是有状态的，一个client连一个configservice，configservice会维护这个client的状态。直接用nginx就不能直连和无法维护状态。