hasaiki123

> > 可以参考distribution模块里的配置，将依赖分离打包部署。 > > `startup.sh -f config`这种方式是1.x支持的，在2.x版本下已经年久失修，如果有思路也欢迎贡献PR。 > > OK 请问您是否已成功分离打包？ 我看官网源码编译的命令是 mvn -Prelease-nacos -Dmaven.test.skip=true clean install -U 因此我如果只想编译naming的话，我使用了如下命令： mvn -Prelease-naming -Dmaven.test.skip=true clean install -U 但是当我进入target目录，里面确实产生了ans目录及相关的压缩包，但是当我进入ans/bin目录下，执行如命令： startup.cmd -m standalone出现了Eorror，具体为Unable...

是的，使用临时实例是一个比较好的选择。但是在k8s环境下，我们如果使用nacos，其实是替代了k8s原生service的服务发现能力，同时service会在pod readiness检查不通过时将ip从endpoint剔除，因此当使用nacos时，我们想利用nacos的http健康检查，检查pod的readiness，当检查不通过时，将实例健康状态之于false，从而匹配了service的能力。显然，只有注册持久化实例才能做到nacos服务端的http健康检查。

之前我们一直认为使用持久化实例，并配置相关的健康检查是非常不错的选择。 但是最近我们在使用k8s+consul的过程中发现了，ip复用的情况导致服务实例状态显示不正确，而consul的http健康检查也是与nacos持久化实例http健康检查类似，所以有了此issue提问。 导致我们之前使用k8s+nacos持久化实例+preStop的方案有些动摇，而且我们注意到持久化实例如果降为0则一定会触发阈值保护，与我们想的类似service从endpoint中剔除ip有一定差别。 所以，我们现在十分困惑，在k8s中最佳实践是使用临时还是持久化实例？您给出的“临时实例本身设计出来就是为了类似k8s这样的场景的”，是指最佳实践是k8s中使用临时实例吗？ 非常期待您能给出建议。

比如一个apollo的应用下有多个namespace，分别是被我们一个项目下的多个微服务所使用，如果微服务数量有十几个，当我们需要从开发环境转到测试环境的时候，就需要一个个去点击namespaces同步，这样会有点麻烦，所以我们想是不是有个更加方便的功能，可以一键批量的同步namespace。

但是老师我想问下，如果不是共用同一个数据库，那么两个中心就是两套nacos+mysql独立部署，在生产如果有配置发布，那么需要到两个中心分别发布，运维操作上面是不是有点不便？请问下推荐的双中心部署模式是怎样的呢？ 目前我们测试过，如果两个中心共用同一个mysql库，如果在一个中心的nacos控制台发布配置后，再在另外一个中心nacos控制台再点一下发布配置（虽然控制台读取的数据库最新数据），是可以触发这个中心nacos服务端缓存的配置更新的，请问下这个原因是？其次这是否可以作为两个中心共用同一个mysql库的配置发布的一种解决方案？