Jason Song

如果性能OK的话，倒也无所谓的，不过走LB也是有点浪费，因为内网其实完全可以直连的。 另外，直连规模也要考虑一下的，比如如果内网有6位数的机器，就会有6位数的长连，势必会增加不少LB的成本吧。。 另外一点就是走LB的话，需要在LB上调整超时时间的，目前apollo的http long polling最长会保持60秒。

一台4核8G的config service服务10000以内的节点数是没问题的，留一些余量的话，建议一台服务6000 - 7000个节点吧

@lawrencewu 很好的建议，后续分布式部署文档增加一个实际部署案例

@jimmy401 这个貌似是spring boot脚本的问题，详见 #https://github.com/spring-projects/spring-boot/issues/4772 和 [Customizing the Start Script when It Is Written](https://docs.spring.io/spring-boot/docs/current/reference/html/deployment-install.html#deployment-script-customization-when-it-written)，可以试一下，如果OK的话，后续我们在文档中更新一下~

@LittleYellowMonster 1. docker/k8s部署可以参考[分布式部署的文档](https://github.com/ctripcorp/apollo/wiki/%E5%88%86%E5%B8%83%E5%BC%8F%E9%83%A8%E7%BD%B2%E6%8C%87%E5%8D%97#15-docker%E9%83%A8%E7%BD%B2)，目前没有上传官方镜像，不过项目的zip包，dockerfile等都是有的 2. 高可用是一样的，部署多个，然后互相注册，地址配置在ApolloConfigDB.ServerConfig中，详见[eureka.service.url - Eureka服务Url文档](https://github.com/ctripcorp/apollo/wiki/%E5%88%86%E5%B8%83%E5%BC%8F%E9%83%A8%E7%BD%B2%E6%8C%87%E5%8D%97#1-eurekaserviceurl---eureka%E6%9C%8D%E5%8A%A1url)

@thinkerFenglm 现在分布式部署方案是通过修改config目录下的application-github.properties和apollo-env.properties来实现的，你的建议是都放在JAVA_OPTS里面？

数据库挂了，需要切库，负载均衡挂了，也是需要切的，都有成熟方案的。

@xiaoxing598 用http长轮询的原因是简单、可靠、够用，用tcp当然也是可以的，只是在配置下发的场景没有很大的必要性，而且对多语言接入会增加门槛。

1000+的配置，确实前端页面渲染会是个挑战，我们前端不太擅长，不知是否有啥好的建议？或者提个pr也是极好的。

这个加载慢倒不是db读取慢，主要是angular渲染页面慢。。。恳请前端大神做点贡献。。