2021-01-22 14:24:54

CentOS 2021年底停更以后开发者不买账,红帽 RedHat 急眼了推出免费 RHEL 版本


CentOS 2021年底停更以后开发者不买账,红帽 RedHat 急眼了推出免费 RHEL 版本

在2020年底CentOS宣布在2021年底停止支持,我也写了一篇文章《CentOS 8 将在 2021 年结束支持,或许未来不会再有免费的RHEL了》,然后在各方引起了震动,开发者和使用者全都不买账,甚至 CentOS 之父当月就建立了 Rocky Linux 项目,要打造下一个 CentOS 。

红帽 ReadHat 调整策略

可见红帽 ReadHat 也急眼了,立即调整了策略 2021年1月20日在官方博客发布文章《新的一年,新的更易获得的 RHEL (New Year, new Red Hat Enterprise Linux programs: Easier ways to access RHEL)》,文章表示他们收到了非常多的用户和社区的反馈,很多人想了解会造成怎样的影响,同时表示也意识到对部分用户造成的破坏,然后就认怂了,给大家带来了针对个人和小型团队的低成本、无成本免费的 RHEL 版本:针对小型生产工作负载的无成本 RHEL,单个开发人员通过订阅就可以用于多达16个系统,只需要登录账户就能获取,订阅当中也可以升级到完全支持。

也就是说将来只需要登录红帽账号,你就可以获取免费的 RHEL,一个账户可以获取16个。看来红帽 ReadHat 是急眼了。

原文译文

原文链接:https://www.redhat.com/zh/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel

以下为我的译文

2020年12月8日,Red Hat宣布了企业Linux生态系统的重大变化:Red Hat将于2021年12月31日开始将我们的工作从CentOS Linux转移到CentOS Stream。我们和CentOS项目管理委员会认为CentOS Stream代表了进一步推动Linux创新的最佳方法。它将为更广泛的生态系统社区中的每个人(包括开源开发人员,硬件和软件创建者,个人贡献者以及系统管理员)提供与世界领先企业Linux平台开发的更紧密联系。

当我们宣布打算过渡到CentOS Stream时,我们这样做的目的是创建一个新程序来解决传统上由CentOS Linux服务的用例。自那时以来,我们收集了来自广泛,多样且有声有色的CentOS Linux用户群和CentOS Project社区的反馈。一些人对部署需求和组件有特定的技术问题,而另一些人则想知道他们对已部署或即将部署的系统有何选择。我们一直在听。我们知道CentOS Linux扮演着各种各样的重要角色。

之所以做出此更改,是因为我们认为过去10多年的Linux开发模型需要与不断发展的IT世界保持同步。我们认识到这对你们中的一些人造成了破坏。为未来做出艰难的选择对于Red Hat来说并不是新事物。红帽企业Linux的引入和20年前对红帽Linux的弃用引起了类似的反应。与过去一样,我们致力于使RHEL生态系统在尽可能广泛的社区中正常工作,无论是寻求运行稳定的Linux后端的个人还是组织。维护大型CI / Build系统的社区项目;开源开发人员着眼于“下一步”;希望捆绑解决方案的教育机构,硬件和软件供应商;或需要坚如磐石的生产平台的企业。

今天,我们将分享我们添加到RHEL中的一些新的免费和低成本程序的详细信息。这些是许多新程序中的第一个。

针对小型生产工作负载的免费RHEL

虽然CentOS Linux提供了免费的Linux发行版,但如今通过Red Hat Developer计划也存在免费的RHEL 。该程序的条款以前仅限于单机开发人员使用。我们意识到这是一个具有挑战性的局限性。

我们正在通过扩大红帽开发计划的条款,以便解决这一个人 的RHEL开发的订阅可以在生产中使用了多达16个系统。听起来确实是这样:对于小型生产用例,这是免费的,自我支持的RHEL。您只需要使用免费的Red Hat帐户登录(或通过GitHub,Twitter,Facebook和其他帐户通过单点登录)下载RHEL并接收更新。没有其他要求。这不是销售计划,没有销售代表会跟进。订阅中将存在一个选项,可以轻松升级到全面支持,但这取决于您。

您还可以使用扩展的Red Hat Developer程序在主要的公共云(包括AWS,Google Cloud Platform和Microsoft Azure)上运行RHEL。您只需支付您选择的提供商收取的常规托管费;该操作系统对于开发和小型生产工作负载都是免费的。

RHEL的更新的个体开发者订阅将在2021年2月1日之前提供。

客户开发团队的免费RHEL

我们认识到开发人员计划的挑战是将其限制为单个开发人员。我们现在正在扩展Red Hat Developer计划,以使客户的开发团队更容易加入该计划并利用其好处。现在,可以通过客户的现有订阅将这些开发团队免费添加到该程序中,从而有助于使RHEL作为整个组织的开发平台更易于访问。通过此程序,RHEL还可以通过Red Hat Cloud Access进行部署,并且可以在主要的公共云(包括AWS,Google Cloud Platform和Microsoft Azure)上进行访问,而无需支付额外费用,只需选择的云提供商收取通常的托管费即可。

将RHEL引入其他用例

我们知道这些程序不能解决每个CentOS Linux用例,因此我们还没有提供更多轻松获得RHEL的方法。我们正在为其他用例开发各种其他程序,并计划在2月中旬提供另一个更新。

我们希望使RHEL易于使用,并消除许多障碍,并努力与Linux用户,我们的客户和合作伙伴不断变化的需求保持同步。这就要求我们不断检查我们的开发和业务模型,以满足这些不断变化的需求。我们认为,这些新计划以及后续计划将朝着这个目标努力。

我们正在使CentOS Stream成为RHEL的协作中心,其情况如下所示:

Fedora Linux是主要的新操作系统创新,思想和构想的地方-本质上,这是Red Hat Enterprise Linux的下一个主要版本诞生的地方。

CentOS Stream是不断交付的平台,成为RHEL的下一个次要版本。

RHEL是用于生产工作负载的智能操作系统,几乎在全球每个行业中都使用,从关键任务数据中心和本地化服务器机房中的云规模部署到公共云,再到企业网络的遥远边缘。

我们还没有完成这项工作。我们想听听您的需求是否属于此处描述的用例之一。

请通过centos-questions@redhat.com与我们联系。该电子邮件地址直接发送给开发这些程序的团队。我们已经听到您的声音,并将继续听取您的意见和建议。


商业用途请联系作者获得授权。
版权声明:本文为博主「任霏」原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://www.renfei.net/posts/1003437
评论与留言
以下内容均由网友提交发布,版权与真实性无法查证,请自行辨别。

本站有缓存策略,时间约2小时后能看到您的评论。本站使用自动审核机制,如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示!


本站有缓存策略,时间约2小时后能看到您的评论。本站使用自动审核机制,如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示!

关注任霏博客
扫码关注「任霏博客」微信订阅号
微博:任霏博客网
Twitter:@renfeii
Facebook:任霏
最新留言 这个恶意攻击是只有服务器安装有Redis 才会遭受攻击吗 我用电脑和手机分别访问了45,133,203,192 这个ip地址,这个ip地址对应的服务器是不是只托管了脚本,提供木马自动去下载,并没有任何攻击性的东西,是这样的吗? 你好,我这边想问下,镜像服务启动了,该连接哪个数据库呢? 不更新? 优先级低的并不代表一定要等到优先级高的运行完才能运行,只是cpu分配的资源少了而已。 /lib64/ld-linux-x86-64.so.2: No such file or directory 报了这个错误,怎么解决呢 对于一个布道 DevOps 多年的选手来讲,看到这个报告,还是想继续布道布道。虽然是各种对比哈,但是我感觉与 DevOps 太像了(可能是职业病犯了哈)。首先声明本人不是GitLab 用户(因为不免费,没法薅羊毛啊),本人是 GitHub 忠实用户。 首先,你这是田忌赛马的对比,中文对比一事,着实有点可笑 1 土生土长和外来户能立马拉到同一个起跑线上吗? 2 一个真正的开发者应该去提升自己的英语能力,而不是拿全部是中文文档说事。大家都知道现在开源非常热,开发者是开源的主力军,如果要贡献优秀的开源项目(诸如Linux 内核,Kubernetes),英语就是个硬门槛。如果我是你,我倒希望公司内部的系统是英文的,最起码能让我锻炼英语,在看开源项目文档的时候不至于看不懂,提 PR 的时候不至于提交代码的内容描述不清楚而没法被 Merge。 其次,阿里云效、Coding 大家都知道背后站的是谁,很容易造成厂商绑定,现在很多企业都希望不要被厂商绑定。 再者,有一个点需要明白,GitLab 是一个 DevOps 平台,什么叫做 DevOps 平台(DevOps 走到现在,确切的说应该叫做 DevSecOps)?就是覆盖了软件开发生命周期全阶段的,从项目管理到代码托管到安全再到日志监控、甚至包含现在的云原生能力。不仅仅是说一个 CI/CD 就能概括的了的。这一点是 DevOps 布道的真正误区,我见过太多了,我在这儿再布道一哈,CI/CD 不等于 DevOps,他只是 DevOps 落地实践的核心能力。仅凭借一个 CI/CD 能有现成模版就判断出哪个好坏,过于牵强了吧。相信大家真正到项目用的时候,模版是满足不了要求的吧,毕竟大家都很特性化。 最后,还是一个很热的话题,开源,open source。GitLab 是开源的,Coding 和 云效这方面我没看到相关的开源内容(可能是我孤陋寡闻)。大家可以看看国内有多少用 GitLb 的,GitLab 的 CE 版,然后私有化部署,就是很多公司的代码托管 + DevOps 解决方案。 个人愚见,做一些对比报告的时候,还是先需要明白这个产品的定位,去深入挖掘一些真正有意义的对比,这样的对比报告才能有意义。作为一个常年写博客、文章的人来说。你写的每个字、每篇文章,你要想到你的思想会影响到别人。有可能因为你的片面之词,让别人错失一些学习的好机会。 docker run 那一长串后,出来一个字符串,然后去 docker containers 下面看 显示 exited(1);logs 下就一行错误 initdb failed 感谢🙏,第一个问题是空格的问题应该,我逐字敲完后可以构建了.第二个问题是我docker环境的问题,docker更新为最新版后需要重置配置文件.现已经正常使用,再次感谢您的分享和您的细心解答,期待下次相遇😄 还有一个问题可以请教下吗?就是我在容器里建文件夹没有权限,su root后密码不知道是多少,sudo mkdir xxx 提示我,没有sudo命令,请问有好的解决方法吗?谢谢解答 -v 后面可以指定文件吗 我的也是报错,还有。我执行了这个:@localhost kingbase-es-v8-r3-docker % docker run -d --name kingbase -p 54321:54321 -e SYSTEM_PWD=SYSTEM -v /opt/kingbase/data:/opt/kingbase/data -v /opt/kingbase:/opt/kingbase/Server/bin kingbase:v8r3 docker: 'run -d --name kingbase -p 54321:54321 -e SYSTEM_PWD=SYSTEM -v /opt/kingbase/data:/opt/kingbase/data -v /opt/kingbase:/opt/kingbase/Server/bin kingbase:v8r3' is not a docker command. See 'docker --help' 麻烦帮忙看下,是不是我写的命令有问题,还是版本问题,谢谢啦