lin1005q
lin1005q
It's happended when I update spring cloud version to Hoxton.RELEASE. And Greenwich.SR4 is ok. this is ok ```xml Greenwich.SR4 2.1.9.RELEASE ``` this is error ```xml Hoxton.RELEASE 2.2.1.RELEASE ``` feign.codec.DecodeException: No...
@slievrly
还有几个没提到的 1. 目前整体目标是为了上k8，肯定是渐进式。迁移是服务级的。 2. 现在业务使用的是spring cloud g版本，全部注册到eureka注册中心。只是 vm seata没有注册，也可能是历史原因 3. 因为cloud版本太老了，所以我们现在要求各系统新建或者迁移使用cloud 2021版本。 4. 目标是上k8后业务都用新的seata 新的nacos，但迁移应该跨系统分布式事务应该没影响 5. 已经做了nacos sync来同步双注册中心数据 这边所有系统所有微服务都在注册中心一个大平面里面。 6. 这边系统比较多有十几个涉及财务，仓储。 7. vm确实无法直通pod ip 8. nacos可以通过nodeport暴露。 9. 我没明白您说的共享存储什么意思 10. 目前所有系统所有微服务都使用同一个事务group
目前用1.3.0，计划升级1.5。支持metric监控。 集群内和集群外不同版本是否可行。集群外保持不变，集群内上1.5。
> 是的，想起来了。
想到另一种思路，看看有没有问题。 1. 为虚拟机的两个副本添加一个vip。 新的业务使用vip:port接入,老业务暂时不改动。 2. 在k8中部署一个容器化实例，并把该容器化实例的nodeport加入到vip后端节点中。这样新业务可以使用到3个节点（vm2+docker1），旧的业务要求逐步更换ip，将两个物理ip替换为一个vip地址。 3. 扩容k8中的节点数量，停止vm的一个节点。 4. 继续扩容k8，停止vm最后一个节点。 不确定点有以下 1. seata是否支持4层代理，是否需要做会话保持 2. 老业务停机更换物理ip为vip。对业务是否会有影响？ @a364176773 麻烦了
> probes no
> Is there an explanation as to why this is not planned, and/or an alternative approach? It's been too long and there is no one in charge to follow up...
I want to update the feed url because my cloud server expired. I use a lot of middle server generated feeds like [RSSHub](https://github.com/DIYgod/RSSHub). And stared a lot of articles. Is...
Thanks for the explanation @brentsimmons, Is it possible to configure the alternate url of the feed so that the unique ID required for internal storage uses the old url?