跳转至

最佳实践

1.6万 Star 的流行容器云平台停止开源

告别 KubeSphere,致开源路上的同行者

什么是 KubeSphere ?

KubeSphere 是面向云原生应用的容器混合云。

KubeSphere 愿景是打造一个以 Kubernetes 为内核的云原生分布式操作系统,它的架构可以非常方便地使第三方应用与云原生生态组件进行即插即用(plug-and-play)的集成,支持云原生应用在多云与多集群的统一分发和运维管理。

社区情况

KubeSphere 已经拥有超过 16.2k (1.6万) Star 的 GitHub 仓库, 是一个比较受欢迎的开源项目,在国内 KubeSphere 的用户还是很多的。

停止开源通知

观点分析

原因分析

我身边就有不少朋友使用 KubeSphere 来管理他们的容器云集群,有人说它 页面 UI 好看,也有人说它 产品交互设计体验好,降低了 Kubernetes 的学习成本 等,当然也有一部分人因为他是国内厂商主导的(青云)开源项目,便于后续信创 的而选择。

在项目讨论中,KubeSphere 负责人对停止开源的原因做了简要的说明,或许可以分析(猜测)出来一些事情:

  1. KubeSphere 产品相对成熟进入稳定期。 KubeSphere 是 Kubernets 的下游项目,经过多件的发展 Kubernetes 也逐渐成熟了,因此 KubeSphere 也会逐渐进入成熟期。

  2. KubeSphere 的商业化营收数字不好,可能是收支不平衡,乃至亏损。企业是以盈利为目的存在的,可以在创新业务上有一定的投入,比如 OpenAI 早期的 100 亿美元的投入。但是,如果这个业务长期收益不达标(资金、政策扶持、知名度、支撑内部等都算),正常的企业都会选择减少投入,比如停止更新、裁员、卖掉等等。

  3. KubeSphere 项目核心负责人及创始人离职,大概率是被动离职。技术人员在向上管理的能力总是欠缺的,如果在职期间没能快速升职提升话语权,在公司战略调整中只能被动接受决策,没资格参与到公司重大决策就很难为团队争取利益。由于 KubeSphere 也相对稳定了,降本增效的措施中的降低成本最直接的方式就是裁员,而项目负责人或资深的研发往往成本是比较高的人员。

  4. KubeSphere的商业模式和战略规划不合理。这本应该是创始人重点的工作内容,而不是全身心的投入到产品完善的细节中,也为最后的离开奠定了基础。作为一个受欢迎的开源项目,而且是云原生中通用基础设施型的项目,具有产品本身定位上的优势,即只要进行云原生相关建设,就少不了容器云平台,而 KubeSphere 刚好是个不错的选择。具体战略规划目前不清楚,但就目前这个停止开源的策略就是一个不合适的战术动作。

社区白嫖导致利益受损?

看通知中的说【过去几年,大量违反开源协议的行为——二次包装、甚至直接用于商业化——对公司的利益造成了实质性影响。】给我一种感觉就是青云的高层对开源的理解不到位。

开源项目被用户拿来白嫖或者商业使用的情况,在开源之初应该就能预料到的,这么多年才意识到这个问题只能说大公司的病也开始发作了,在找借口呢。

如果不开源 KubeSphere 怎么能够被人熟知呢?如果不开源,会有大量的用户反馈问题甚至提交PR优化产品吗?反过来,如果不开源又有几个人会买青云的闭源容器云产品呢?

至少我不会

删除文档和镜像

]

关于在社区中讨论比较激烈的话题就是,KubeSphere 在停止开源的同时把项目相关的文档和镜像删除了,这点我也很诧异。

这是领导失去理智了吧?这种决策绝对是弊大于利,除非是完全不想要要这块业务了,破罐子破摔。

首先,不会 是资源成本过高,要释放资源减少成本收入。文档如果不维护内容,只是提供访问本身资源消耗就不多。镜像直接托管在 Dockerhub 或 Github 也不需要费用。

删除后的影响:

  • 普通用户不会将 KubeSphere 作为一种选择。不开源、没文档、等于放弃了新用户,市场上就会减少相关的技术人才储备。
  • 企业失去信任, 购买企业版本会更加的谨慎。公司的管理有问题,担心就算买了企业版本,也可能哪天突然就把项目砍了,直接不维护了,这对使用企业是很糟糕的事情。
  • 口碑连坐,也会影响对青云评价。毕竟 KubeSphere 是青云主导的,闭源的决策也是青云公司,那对青云也同样会有影响。甚至影响青云的核心云业务服务。

如何看待这个事情

当前的信息技术产业离不开开源技术,离开了就绝对没法进行信息建设。这个结论很绝对,但作为近10年的技术从业者,我很负责任的说,这是事实。有人说“信创”不就是国内企业完全独立自主研发相关产品吗?我只能呵呵~~,要知道一个应用软件的生命周期过程中,会涉及底层的操作系统、内核、编程语言、依赖库、数据库、网络协议、 框架、工具等等,这些是人类发展积累的基础设施,单一国家或企业不可能重新建设一套出来。

我一直都非常推荐企业使用开源项目来进行 IT 建设,尽量不要使用闭源的产品。开源项目有很多优点,比如成本极低、没有厂商锁定、市场有人才储备等等;当然也有缺点,比如兼容性、定制化、服务响应等都和企业服务没法比。这就看企业对技术的态度,来进行利弊的均衡。

开源项目也有生命周期,及时关注期生命周期状态,提前规划替换。在进行技术选型时,同种功能的技术实现至少有2种以上的选择;还需要考虑有新技术需要替换某个老的技术,或者某个技术停止开源或者收费等情况;

放平心态,合理应对。

PPT/架构图必备素材,300+云原生项目logo(svg/png)库

在日常技术方案设计、架构图绘制或PPT制作中,常常会遇到一些问题,比如:

  • 找不到统一风格的开源项目组件图标,PPT中的logo五花八门
  • 下载的图标分辨率不足,放大后模糊失真
  • 不同来源的图标颜色风格冲突,破坏整体专业感
  • 搜寻素材耗时,耽误核心内容创作

经过收集整理,在藏云阁官网发布了 「开源项目Logo库」(https://cncfstack.com/project-logo/) ,内含300+ 云原生项目矢量图标(SVG/PNG),彻底解决上述痛点!

国内软件源镜像站一览表(2025年状态更新)

很多优秀的开源软件项目的安装包的托管平台(即软件源)都是在国外运营,在国内访问时网络质量和带宽不是很好。

在“开源精神”的推动下,宣传自由软件的价值,提高自由软件社区文化氛围,国内很多企业和科研机构建立了免费开放的软件源镜像站,将国外的软件源同步到国内做镜像,以优化国内开发者更好的开源社区参与体验。

我们开发者在进行软件源镜像站选择时,可以考虑镜像站的镜像站的全面与完善情况、维护组织的技术能力、站点的稳定性与带宽等因素。

若选择机构维护的镜像站推荐 清华大学开源软件镜像站 、浙江大学开源软件镜像站、中国科学技术大学开源软件镜像。企业维护的镜像站推荐阿里云、腾讯云、华为云的云厂商镜像站。

《原文链接》

2025年通用 Linux 服务器操作系统该如何选择?

服务器操作系统的选择对一个企业IT和云服务影响很大,主推的操作系统在后期更换的成本很高,而且也有很大的迁移风险,所以企业在选择服务器操作系统时要尤为重视。

之前最流行的服务器操作系统是 CentOS,可以闭眼选择,但在 2020 年底的时候 CentOS 开始基于 Stream 的方式发行,严重破坏了用户对 CentOS 是 RedHat 的开源版本,具有安全、稳定、免费的特点 的印象。

自那时起, CentOS 的用户就开始寻找新的替代,并且 CentOS7 在2024年6月30日结束支持, CentOS8 也在2021年12月31停止维护,这更推动着企业技术负责人和CTO加快进行服务器操作系统的选型和迁移工作。

《原文链接》

Linux系统发行版本衍生时间线

在维基百科上维护着基于 Linux 内核的操作系统发行版本,很多发行版本已经退出了历史舞台,但仍然有很多系统依旧发展到现在。

国产操作系统找了很久也没有找到,是否可以反向证明国产操作系统都不是基于 Linux 内核,即是真正的自研系统?

《阅读文章》

SSH+GithubAction逆天的GitHub网站访问解决方案,还可以解决K8s和云VPC网络访问内部IP服务问题

Github 是全球最大的代码协作平台与社区,绝大数的开源项目都会考虑在 Github 上开源其代码。

但是由于一些原因导致在国内访问Github时网络连接不稳定,需要以企业为单位申请海外出口专线才能获得较为稳定的网络连接。关于原因可以通过这边文章进行了解《Github是否在调试和预演封禁中国IP用户?我们又该怎样应对?》

永久免费的HTTPS/TLS通配符域名合法证书申请很简单,不要再自签证书啦[最佳实践]

当前的互联网中信息数据交换通过过网络传输,早期的 HTTP 协议在传输数据时是明文的,即数据包流过的链路上都可以抓取数据,并查看数据内容,甚至是修改数据内容,这是不安全。

对数据在链路传输时进行加密,在日常访问网站域名地址时看到的 https://cncfstack.com 就是启动了 https,浏览器会提示“连接是安全的”。而且浏览器对于没有使用 https 的网站会提示安全风险,甚至直接限制用户访问。

《阅读文章》

DockerHub被封禁,怎么将镜像传到国内?一种简单合规的镜像同步到国内方案

Docker将容器化技术普及,推动云计算向云原生的演进。Docker的核心创新技术之一是容器镜像,它是一种文件的打包方式,将应用程序运行的操作系统、库、运行环境等依赖全部打包一起。在其他任意环境,只要可以运行docker服务,就可以基于该镜像运行容器,即业务程序。

与GitHub托管代码的定位类似,Docker Hub 是一个开放性的容器镜像托管平台。由于其是最早的在线镜像存储和分发的平台,绝大多数的开源项目镜像都在该平台上托管。

《阅读文章》