1、背景
2025-07-31 傍晚，青云科技在 GitHub 发公告：
“即刻起暂停 KubeSphere 开源版的下载、镜像仓库与免费技术支持，专注商业版。” ，没有提前通知、没有过渡期，当晚就把
- Docker Hub 上的官方镜像（
kubesphere/*）全部设为不可拉取； - 官网文档、安装脚本、历史 release 均 404；
- GitHub Release 区清空，只保留源码仓库本身。
社区把这次操作称为 “Rug-Pull”。
对现有环境的影响
-
运行中的集群
- 已经部署的 Pod 仍可运行，但镜像仓库消失后：
– 节点扩容、Pod 重建、灾备恢复都会因为ImagePullBackOff失败。
– Helm/Operator 升级通道中断，无法获取补丁版本。 - 官方不再提供 CVE 补丁，一旦出现安全漏洞，只能自行打补丁或迁移。
- 已经部署的 Pod 仍可运行，但镜像仓库消失后：
-
CI/CD & IaC 脚本
- 所有依赖官方镜像、chart、安装脚本（curl | bash）的流水线立即失败。
- 如果脚本里写了
latest标签，本地缓存一旦失效就无法再拉取。
-
合规与成本
- 商业版授权模式尚未公布价格，但已明确“按集群规模付费”。
- Apache-2.0 源码附带额外商业使用条款，需单独书面授权，企业自用也面临合规风险。
-
社区与生态
-
GitHub Issue 区被官方锁帖，社区无法提交 PR；第三方扩展商店一并下线。
-
信任崩塌导致大量用户公开宣布弃用，Star 数开始下降
-
2、短期解决方案
根据开源的镜像，替换官方镜像，保持当前集群的扩容、重建功能，具体如下：
- 文档和镜像
从网上找到保存的部分官方镜像和恢复了部分说明文档，地址如下：
kubesphere非官方社区：github.com/openksc
Kubesphere文档：openksc.github.io/zh/
Kubesphere 最后一个官方开源版本v3.4.1镜像：hub.docker.com/u/openksc
2）安装部署事项
#部署前准备
下载部署yaml:
需要将 kubesphere-installer.yaml中的镜像（kubesphere/ks-installer:v3.4.1） 换成自己的镜像 （openksc/ks-installer:v3.4.1）
#安装命令：
kubectl apply -f kubesphere-installer.yaml
kubectl apply -f cluster-configuration.yaml
#执行安装命令后，需要把启动的镜像换成自己的镜像
kubectl set image deployment/ks-apiserver -n kubesphere-system ks-apiserver=openksc/ks-apiserver:v3.4.1
kubectl set image deployment/ks-console -n kubesphere-system ks-console=openksc/ks-console:v3.4.1
kubectl set image deployment/ks-controller-manager -n kubesphere-system ks-controller-manager=openksc/ks-controller-manager:v3.4.1
#安装完成后，将ks-installer Pod停止，将kubesphere组件镜像拉取规则修改为“优先使用本地镜像”，否则重启时仍然拉的官方镜像地址，仍需执行上面改镜像地址的命令。
如果帮助到你，点个赞支持一下，蟹蟹。
