看到这个文章,我有点不太理解。
1
zhlxsh 2023-06-25 11:10:07 +08:00 via iPhone
4. 大家有非用 RHEL 不可的需求吗?
应该是企业的迁移成本和动力有多少 |
2
nothingistrue 2023-06-25 11:14:19 +08:00
破坏个毛的生态,先搞清楚 RHCL 跟 CentOS (老) 的区别再说。
|
3
fox0001 OP @zhlxsh #1 就是推动了一些长期使用 CentOS 的企业用户转向付费使用 RHEL ?或者是使用 CentOS 成长起来的企业用户?
|
4
xcai 2023-06-25 11:20:37 +08:00
我想破坏生态的应该是 1:1 复刻的发行版,只会站在下游,不会给上游带来贡献。新的 CentOS Stream 站在了上游,这对 RHEL 包括复刻版本来说明明是个好事,还被喷。。。
|
5
fox0001 OP @nothingistrue #2 请教一下 RHCL 是什么?
|
6
Oneshu 2023-06-25 11:24:05 +08:00 via iPhone
@xcai RHEL 是商业软件,我也觉得这个行为没有毛病。
话说过去这么多年 RHEL 用商业软件直接回馈开源社区,难到不应该说一声谢谢,有什么好喷的? |
7
xcai 2023-06-25 11:29:16 +08:00
@Oneshu 话说过去这么多年 RHEL 用商业软件直接回馈开源社区,不是吧? RHEL 由 Fedora CentOS Stream 而来,OpenShift 由 OKD 而来,像这些项目都是开源的呀。
|
8
leonshaw 2023-06-25 11:31:38 +08:00
从许可的角度能阻止付费用户获得源码后重分发吗?
|
9
Andim 2023-06-25 11:35:18 +08:00
Redhat 对 linux 社区源码的贡献占比应该还在 50%以上吧?现在大家都在用的 systemd 不也是源于 redhat 么,还有我自己很喜欢的 cockpit 这个查看日志什么的真方便,还能管理 firewalld podman
|
10
fox0001 OP |
12
dawn009 2023-06-25 11:37:41 +08:00 2
@leonshaw 我第一个想法也是这样,这个 Red Hat Customer Portal 的协议和 GPL 会不会有冲突。
进而,下一个问题是如果违反了 Red Hat Customer Portal 的协议会怎么样。 由于没有协议的原文,我的猜测是如果违反了 Red Hat Customer Portal 的协议,那么会被禁止访问,于是即得不到源码也得不到二进制分发。GPL 只说二进制分发时必须同时公开源码,但既然连二进制文件都没给,自然也不需要提供源码。如此并不会违反 GPL 。 不知道我的猜测对不对。 |
13
gvdlmjwje 2023-06-25 11:42:47 +08:00
我转 almalinux ,对这个发行版有啥影响吗
|
15
agagega 2023-06-25 11:46:02 +08:00
升米恩,斗米仇。红帽不这样做是情分,做了是本分。我就不理解这么执着于 CentOS 是为了什么,只能说一句应得的吧
|
16
fox0001 OP |
17
kingfalse 2023-06-25 11:53:14 +08:00 via Android
只是结束了下游直接白嫖劳动成果而已,赚钱嘛!生意。不寒颤
|
19
dawn009 2023-06-25 12:01:35 +08:00
|
21
changnet 2023-06-25 12:09:46 +08:00
“使用 RHEL 源码编译出来的分发版,对 RHEL 的贡献是多少?或者说,能不能让 RHEL 赚更多的钱?显然答案是不能”
直接收益是没有的。但是 CentOS 在推动 RHEL 的生态是有很大作用的。如果 RHEL 系去掉这些开源的版本,大概率是比不上 Debian 系。 具体就看这个“限制”到底会限制什么,导致开源的发行版与商业的 REHL 差异到底多大,稳定性差得多大 |
22
Oneshu 2023-06-25 12:14:40 +08:00 via iPhone
|
23
zpf124 2023-06-25 12:19:15 +08:00
最初的 CentOS 不就是根据 RHEL 的系统然后把其中一些私有实现替换成开源方案或者自己编写一个相似组件对使用者提供一个与 RHEL 一致参数与行为的接口吗。
后来 CentOS 被收编了可能不再需要这种仿照 api/abi 和行为逻辑重新编写组件的方法了。 但以后的其他类似的社区发行版不能再像最初的 CentOS 一样重做一遍这种行为了吗? |
24
Oneshu 2023-06-25 12:19:15 +08:00 via iPhone
而且你可以看看 centos 的 维基百科 ,至今简介里还有一段话:CentOS 对上游代码的主要修改是为了移除不能自由使用的商标……
|
26
bt7vip 2023-06-25 12:21:56 +08:00 via Android
不知道是不是被收购后面临营收 KPI 作出的决定。但是对将来一段时间的,使用 RHEL/CentOS 套壳的系统会有影响,以及对将来策略决定产生影响,不知道后面服务器 Linux ,Debian 系占有率会不会猛增。
|
27
xcai 2023-06-25 12:26:07 +08:00
@changnet 其实最主要的是兼容性,如果是跑普通的 Nginx Apache mariadb 这类的软件,什么发行版本都可以,但是如果是跑一些商业软件,如 Oracle 数据库,在安装手册页,就会看到仅对特定的几个发行版支持。
|
28
ziseyinzi 2023-06-25 12:30:31 +08:00
只要购买 RHEL,就可以获得源码了呀,这有啥破坏生态的
|
31
zed1018 2023-06-25 12:40:19 +08:00
上容器以后底层是什么发行版不是那么重要了
|
32
felixcode 2023-06-25 12:46:31 +08:00 via Android
商业的归商业,社区的归社区,免得还有人用着古旧版本的 CentOS 还以为有红帽在背后默默支持他。
|
34
salmon5 2023-06-25 13:16:20 +08:00
这里有 Redhat 员工对 Rocky Linux 社区操作的评价,https://www.linkedin.com/pulse/problem-rocky-linux-free-beer-magnus-glantz/
|
35
salmon5 2023-06-25 13:19:41 +08:00
当然 OSChina 这个标题起的也有点标题党
|
36
laozhoubuluo 2023-06-25 13:33:13 +08:00
@changnet 对于企业客户来说有一定差异就很难接受。
只讨论境外的话能推动以前一批 CentOS Like (例如 AlmaLinux / Rocky Linux / Oracle Linux 等) 的用户买 RHEL ,因为他们买的商业软件可能只适配了 RHEL 而不会适配 CentOS Like 。另外也存在这些用户以后新开发软件或者既有软件的运行平台直接迁移 Ubuntu 等有商业支持的竞品上。 @zpf124 原来直接改名字编译,现在要变成类似 Wine 的净室设计模式以规避 Red Hat Customer Portal 的协议限制才有可能达成接近 RHEL 的效果。 @ziseyinzi Red Hat Customer Portal 的协议规定了 RHEL 源码不可重分发,因此 CentOS Like 不能继续采用现有机制来搞了,破坏的是 CentOS Like 这种 100% API/ABI 兼容 RHEL 的其他发行版这个生态。 |
37
laozhoubuluo 2023-06-25 13:50:46 +08:00
@xcai 其实还有个问题,RHEL 安全更新支持周期是十年,CentOS Like 可以实现和 RHEL 相同的 10 年安全更新支持。如果换 Ubuntu 这种竞品的话,后五年的安全支持就需要付费,或者在五年到期后升级一次(而不是 RHEL 的 10 年)。其他的发行版好像也不存在 LTS 版本了(例如 openSUSE Leap 虽然和 SUSE Linux Enterprise 共享包源代码但是支持周期只有一年)。
如果这个客户依赖于硬件部署会更麻烦,因为 RHEL 大概率能横跨一个硬件的生命周期而 Ubuntu 不一定,硬件也不像虚拟机之类的能快照,如果升级失败那就是实打实的麻烦事。 |
38
libook 2023-06-25 14:40:44 +08:00
Debian 和 Arch 用户表示,我就纯看热闹。
是破坏了一些生态,但一方面红帽有这个权利,另一方面破坏的生态并不是红帽提供的生态体系。对于愿意付费订阅红帽的人来说,这种变动没有影响。 开源界的供应链风险是始终存在的,因为依赖者与被依赖者之间并没有合同、协议来维系这种依赖关系,公共许可证通常也不对此进行约束,这也就是为什么一些基于其他发行版的发行版,最终会选择切断依赖来维护相对独立的发行版。 对商业公司来说,开源从来都是手段而不是目的,比如 Google 开源 Chromium 和 AOSP 并不是为了其他人可以做 Chrome 、Android ,而是为了巩固市场壁垒。可能现在红帽的管理者认为限制 RHEL 的源代码的访问,在市场方面来说利大于弊,我也不清楚这属于是正确的商业决策,还是竭泽而渔。 |
39
cslive 2023-06-25 14:46:34 +08:00
GPL 怎么规避???
|
40
flyqie 2023-06-25 15:26:55 +08:00 via Android 1
@libook #38
chromium 和 aosp 真是 google 挺厉害的决策。。 他要是不做这个决策的话,android 和 chrome 市场份额现在还真不知道会发展什么样。 aosp 开源社区没有靠谱替代,但在浏览器这块 firefox 可是数一数二的,他一开源直接把 firefox 市场份额抢了不少。。 aosp 要是不开源的话,很难说会不会出来什么其他的系统干死 android ,毕竟当时可不止 ios 一家。。 |
41
weiqk 2023-06-25 15:44:30 +08:00
我平时用 Ubuntu ,公司服务器上我大概率会选 Ubuntu server
公司服务器上是 Ubuntu server ,我平时大概率会用 Ubuntu 如果公司要采购付费的发行版,如果我脑袋不是被门夹过我肯定选 Ubuntu 换成 Redhat 也一样 没有白嫖不会有商业的繁荣 这几天 ibm 的股票就很说明情况,大多数投资者不认可 ibm 的做法 |
42
fox0001 OP |
43
fox0001 OP |
44
james122333 2023-06-26 03:23:25 +08:00 via Android
以前我会觉得很不好
现在我更喜欢 Eating your own dog food https://zh.m.wikipedia.org/zh-cn/%E5%90%83%E8%87%AA%E5%B7%B1%E7%9A%84%E7%8B%97%E7%B2%AE 限制多很不方便的 |
45
james122333 2023-06-26 03:26:09 +08:00 via Android
计算机世界越来越複杂了 开源不意谓着你主导自己的系统
|
46
dif 2023-06-26 10:40:11 +08:00
用爱发不了电,在能活下去得情况下,去做下有意义的事情。
另外,除了红帽系,还有其他各式各样得发行版,可选项还是很多的,opensuse 、debian 、ubuntu ,企业用完全没问题,都是经过了很多考验得系统,个人用,随便一个发行版都可以。 |
47
tudou1514 2023-06-26 10:44:13 +08:00
不能白嫖 1:1 了
|