红帽为何杀死CentOS — CentOS董事会成员发表讲话

今天早上，Registers的Tim Anderson发布了CentOS项目的Brian Exelbierd的访谈摘录。 Exelbierd是CentOS董事会的成员，并且是与Red Hat的官方联络人。 Exelbierd与安德森（Anderson）进行了交谈，以提供内部人士对Red Hat在12月有效终止CentOS Linux的看法，其中开源巨头宣布将立即弃用CentOS Linux，并将安全升级到CentOS Linux 8将于2021年晚些时候终止，而不是CentOS用户预期的2029年支持终止日期。

＆＃34; CentOS是[Red Hat]赞助的项目，＆＃34; Exelbierd告诉名册。 ＆＃34;我们是资助机构（接受和支付赠款的实体），并且我们也恰好是一个重要的捐助者。我们了解到开源社区在独立性方面做得很好。我们让那些理事机构来治理。＆＃34;

当然，在这些特定细节中，魔鬼是CentOS董事会无法决定Red Hat工程团队的工作。这就是Exelbierd前面提到的贡献，特别是Red Hat工程团队的工作。根据Exelbierd的说法，Red Hat决定我们将对我们指导投资的方式进行一些根本性的改变，然后进入CentOS项目并说，这是Red Hat要做的事情。＆＃34;

那件事是在优先考虑对CentOS Stream的投资时，停止了对Red Hat对CentOS Linux的支持，Exelbierd将其描述为“关键”。红帽。 ＆＃34;我们整理了案子，并说我们正在转移我们的工程贡献，在某些情况下需要人们的时间...我们希望引起您的注意，因为取决于您决定做什么可能导致的潜在责任问题，因此我们要确保您有一个计划。＆＃34;

Exelbierd说，短期利润（一些最终用户从免费使用CentOS Linux到付费RHEL订阅的迁移）不是公司的主要动力。他指出，为那些打算改用RHEL的人员提供的电子邮件地址不会发送给销售部门，而是发送给我和该业务部门的两位同事的电子邮件地址。他说。

Exelbierd并不是在寻找小额销售，而是在寻找反馈-Red Hat传统上从未从CentOS用户那里收到反馈，大多数CentOS用户从未打电话，从未写信，他们不与我们互动。 。＆＃34;他说，反馈地址是业务模型。绝对不是给销售人员的邮件列表，没人想去追随拥有一台服务器，两台服务器，16台服务器的人。肯定会有某些人为其CentOS Linux ...绝对会成为他们的付费RHEL。但是我们的目标不是坐下来让每个CentOS Linux用户成为RHEL的收入客户。＆＃34;

关于CentOS Stream中代码的质量和就绪性，Exelbierd说，已经替换了CentOS的向前跟踪滚动版本。它正在进行中。＆＃34;如果我们的客户可以快速吸收变更，那就是我们要运送的变更。 [许多] CentOS Linux用户每天晚上都要运行yum更新...流将为[他们]做同样的事情。 [他们]已经在很多方面引领着Stream的生活。＆＃34;

RHEL现在明确免费提供16台服务器。这可能应该在文章的某处。

是的，直到不再正确，IBM再次更改规则。

这直接来自他们的IBM霸主。 IBM将从RedHat及其用户中挤出每一分钱的收入，以弥补IBM在云世界中的劣势。

我对这个错误信息感到厌烦。这是完全不对的，并且在这一点上使主张与阴谋论接壤。 IBM在Red Hat的日常运营中没有发言权。您知道我们需要RHEL的帮助吗？我们有一个合作伙伴帐户，并且像其他任何人一样提出了支持请求。拥有任何官方信息的每个人都会不断告诉您，但您没有在听。红帽曾表示这是CentOS /红帽团队而不是IBM的决定。 Arvind Krishna和Jim Whitehurst发布了博客和视频来澄清这一点（不过，我相信这些仅是内部的）。我们有一个闲暇的AMA频道，Jim专门讲了出来，以消除错误信息。我们发现它是在Red Hat之外的所有人都在同一时间被杀死的-正式公告发布时（我每天都与Red Hat密切合作）。对于那些不屑一顾的读者：IBM并没有杀死CentOS！在茶壶的这场暴风雨中，唯一真正可怕的事情是RedHat有一天宣布他们将进行此更改的方式，而且不管别人怎么想，这已经完成了。要么接受，要么离开它。他们牺牲了很多善意，超过了任何二年级的通讯专业学生都会以这种方式被否决。而且，尽管很多人都在说，IBM与决策无关。

这个。这么多。正式而言，我认为我不允许对业务决策发表评论，但这不是我们的事情，因此我将说它不适用。 Red Hat确实为此丢下了球。周围的沟通不畅，很大程度上是造成不信任和不良意愿的原因。正如我所说，直到IBM内部与Red Hat支持和工程团队密切合作的人才知道这一消息，直到发布了公告。我不认为支持和工程团队[i]本身[/ i]知道。