Jason Song

1. k8s下非跨k8s集群部署,eureka是否还有存在必要呢? 如果是纯k8s集群，eureka可以不需要 2. 非K8s环境下,如具有动态域名解析功能,eureka是否还有存在必要呢? 动态域名解析是指啥？如果是说slb的话，那和eureka还是有所区别的，通过eureka可以发现到服务的实际endpoint，long polling可以走直连，不需要经过中间节点 3. 目前对Apollo的了解是eureka的所有注册中心需要写db中,之后启动读取进行互相注册,但是假如pods环境下ip都是动态的,所以是需要进行指定node的地址映射吗?是不是后续直接走service可以让apollo的结构更加无状态化 目前apollo的[k8s部署方案](https://github.com/ctripcorp/apollo/tree/master/scripts/apollo-on-kubernetes)是通过service来实现的

The major consideration to creating a separate repo is that the spring cloud starter is not coupled with the whole apollo repository, currently it's kind of complex to release a...

sounds a good idea

There are 2 tables `App` and `AppNamespace` exist in both ApolloPortalDB and ApolloConfigDB. Those in ApolloConfigDB are actually replicas since apollo-configservice/apollo-adminservice also need these data but they couldn't rely on...

> Add new config's key and value to do it? Yes, we need to configure different data source properties and jpa setup according to this [tutorial](https://www.baeldung.com/spring-data-jpa-multiple-databases).

@spenxu 貌似确实是个问题，这个可能得研究下如何获取到spring里面配置的prefix和suffix。 你这里自定义prefix的场景是啥？

如果是这样的话，那就相当于在运行时可能会有很多种prefix和suffix了？这个得研究下怎么处理了。。

很好的建议，不过更倾向于通过spi的方式实现hook，在hook中可以调用url或者是运行自定义的校验逻辑

可以在spi这一层根据appid, namespace之类的做分发，本质上和每个项目上配hook地址一个意思，只是说apollo可以不用关心这一层的细节

> > openapi写入Apollo前===》，是提供给用户类似hook的方式，让用户填写一个URL地址，在写入时增加调用check这种方式吗 > > 我们的配置管理平台，支持定制配置模板（会根据规则生成前端界面），创建namespace的时候可以绑定一个配置模板，通过模板界面生成我们想要的配置。你可以认为通过模板生成的配置，已经是规范化的配置了（模板本身也有一些校验参数，比如required之类的选项） This sounds like a great feature.