1

21 年的老项目用的还是 redis-cluster

2

db ，redis 目前一般还用的是实体部署
尤其是 redis ，内存数据，部署在 k8s 意义是什么？除了扩容方便外

4

有啥要迁移 valkey 或者 dragonflydb 的必要吗

6

@JYii 我在工作中翻到过最老的代码是 91 年的 C++头文件 那时我还没出生，，，老前辈写的代码非常规范 赏心悦目

8

我的经验告诉我，sts 的 东西放到 k8s 上 就是灾难， 别看各种 operator 能做到什么 failsover 巴拉巴拉 u 一大堆， 你现在没遇到是因为，你们体量小，所以不要给自己找麻烦， 放到宿主机上部署。

9

bitnami 的 redis-cluster ，我在 2021 年的时候，确实遇到过一些问题。bitnami 现在的态度也让人觉得不靠谱了。
还得是选当前还有 commit 的项目，起码还有人能一起讨论一下。

10

kubeblocks

11

这种东西往 K8s 上扔只能说明公司架构是个垃圾

12

持久化的项目都是单独部署，没有放到 K8S 管理。

13

docker host 网络容器部署，只用容器的 rootfs 和 cgroup 方便特性

14

蹲一个，我们现在 redis 和 rabbitmq 都有单点问题需要解决了

15

我们生产环境还是用 systemd 管理的宿主机 redis-cluster 。

16

实际上这种强状态服务不适合放 k8s 上，我们公司因为历史上有大领导推动上云，导致 redis 也用了 k8s ，现在因为它导致一系列极其恶心的特殊策略，稳定性也没有提高，运维成本高了不少，如果不是老板指定必须这样做不可，最好不要用 k8s ，坑太多了

17

redis not on k8s

18

kubeblocks + 1

19

跑了几十套 redis 到 k8s 里面没什么问题。 公有云就直接买吧

22

一个 sts 加一个 create cluster 的 job 解决, 不介意手动操作的话 sts 起来了以后, 手动 exec 进去 create cluster 也行, 会写 helm 的话 create cluster 也可以用 helm 的 hook 处理

23

尽管放，集群炸的时候是以小时为单位恢复