目前我们其他的微服务组件都是pod运行的，注册发现用的k8s的svc机制实现，配置管理使用的是k8s的configmap实现。
在这种情况下，如果引入seata，除了seata-server外，还得再多引入一个注册中心和一个配置中心，感觉有些重了

我们服务也用的k8s的service，没有用额外的注册中心，现在发现好像必须得用注册中心？有点麻烦啊，，

请问现在解决了吗 我们现在也是这种

同问,seata能不能支持云原生注册中心

目前我们其他的微服务组件都是pod运行的，注册发现用的k8s的svc机制实现，配置管理使用的是k8s的configmap实现。
在这种情况下，如果引入seata，除了seata-server外，还得再多引入一个注册中心和一个配置中心，感觉有些重了

有同样的问题，不想引入过多的东西

目前我们其他的微服务组件都是pod运行的，注册发现用的k8s的svc机制实现，配置管理使用的是k8s的configmap实现。
在这种情况下，如果引入seata，除了seata-server外，还得再多引入一个注册中心和一个配置中心，感觉有些重了

有同样的问题，不想引入过多的东西

迅速review了一下，seata只是把server地址注册进去，换成k8s ，只需要改成file注册，地址写svc的就行。应该就是这样

目前我们其他的微服务组件都是pod运行的，注册发现用的k8s的svc机制实现，配置管理使用的是k8s的configmap实现。
在这种情况下，如果引入seata，除了seata-server外，还得再多引入一个注册中心和一个配置中心，感觉有些重了

有同样的问题，不想引入过多的东西

迅速review了一下，seata只是把server地址注册进去，换成k8s ，只需要改成file注册，地址写svc的就行。应该就是这样

使用file注册会影响高可用吗?