问：有没有考虑上ingress？

答：有过一些调研和考虑，后面会陆续尝试使用

问：为啥不用calico

答：当时开始项目是三年前，calico不够成熟，没有过多选型和使用

问：casul和服务间加了proxy的原因可以详细讲解么？

答：如果没有proxy，consul和业务之间就会产生交互，比如业务启动时，业务自动在consul中注册临时节点，并不停的续心跳，这种方式的好处是不区分于云还是物理机环境，都可以用这套解决方案，缺点是对应于多语言我们都要开发对应的注册插件；并且这种方式对业务是有侵入的；consul暴露给业务，增加了consul的安全风险。使用proxy的方式，可以使业务与consul解耦。业务与proxy之间无任何交互，proxy基于k8s的watch机制实时感知节点的变化，从而完成业务节点的自动上线与下线。这种实现方式业务接入云是无感知的，自动即可获取相应服务注册与发现的能力，业务代码无需做任何修改。

问：如果研发团队，需要做负载均衡变更 ，比如增加location，是怎么操作的，可以自助完成变更吗？

答：有的，我们的服务发现只是做了节点自动变更的联动，像location变更还是走原来的方式，由原来的团队管理。

问：与ceph有没有集成？

答：没有，当前业界主流的方案是与ceph集成，但是如果线上用，还是需要有专门的团队维护，不建议用开源的搭建一套直接用，目前58内部有自研的类似ceph的系统，我们会与其进行对接。

问：是否考虑将一些改进回馈进社区？

答：是有这方面考虑的，回馈的方式以及feature还在研究中

问：你们的私有云和深度学习的k8s集群是共有一套集群吗？

答：不是一套集群。