1
janxin 2016-11-08 08:50:56 +08:00 via iPhone 3
rh 有技术支持
|
2
ecpay 2016-11-08 08:52:13 +08:00
还有 opensuse
|
3
paulagent 2016-11-08 08:53:10 +08:00
你去看看 rh 的财报就知道了。 财报在他们官网有。 现在一股又 76 刀。你说用的多不多
|
4
Testalias 2016-11-08 08:59:33 +08:00
两个不是一个系统,我记得 CentOS 自己的开发组成员说过,他们编译出来的系统性能是达不到红帽家的水平的,安全更新的速度都不一样。
|
5
panda1001 2016-11-08 09:06:33 +08:00 via Android 1
红帽更多的是卖服务
|
6
c1985382 2016-11-08 09:09:13 +08:00 via iPhone 2
当你的时间很贵的时候,你肯定不会为了省钱而浪费时间。
|
7
forvtwoex 2016-11-08 09:09:14 +08:00
LZ 是没见过大公司花钱啊,对于穷屌丝来说,能不花钱就不花钱,对于大公司不差钱的来说,只买贵的,因为最贵的通常都是最好的,当然也有例外。
|
8
jhaohai 2016-11-08 09:09:23 +08:00 via iPhone
就是有没有技术服务的问题,至于说两家性能有差距那就是玄学了
|
9
shierji 2016-11-08 09:12:27 +08:00
rh 如果我没记错应该是开源界最成功的商业典范了
|
10
ivmm 2016-11-08 09:12:39 +08:00
CentOS 的软件更新效率和 RHEL 的效率完全是两个境界啊
|
11
kyrre OP 我知道的那么多公司没一个用 redhat 的,都是各种版本的 centos 。
|
12
maoyipeng 2016-11-08 09:15:36 +08:00 via Android
rhel7 有 kpatch 但是 cenots7 貌似没有
|
13
terrancesiu 2016-11-08 09:16:15 +08:00
rh 的二进制和 centos 的二进制包还是有差异的,毕竟 rh 的编译调优是不可能公开给社区的,如果跑关键应用例如“数据库” rh 还是靠谱点,另外硬件厂家只针对 rh 做硬件兼容测试
|
14
tension 2016-11-08 09:17:16 +08:00 2
一般大公司做事,做什么事情考虑到后路,没人愿意背锅,所以宁愿用收费的,有人技术支持,有人背锅!
|
15
murmur 2016-11-08 09:22:44 +08:00
国外很多愿意付费的 什么 mongo 了 mysql 了 买付费支持的人大有人在 也就国内人不值钱全靠自己
|
17
xingda920813 2016-11-08 09:24:50 +08:00
@ecpay openSUSE 对应的是 Fedora 吧
|
20
debiann 2016-11-08 09:35:10 +08:00 via iPhone
@xingda920813 opensuse 基于 suse. fedora 基于 rh...
|
22
GKLuke 2016-11-08 09:35:39 +08:00
要是自己实力够,就自己搞 patch ,自己优化 centos 了;要是有钱没实力,就老老实实买 rh 服务,服务还是很靠谱的;没钱没实力,老老实实用 centos ,别多想了。
|
23
realpg 2016-11-08 09:37:19 +08:00
有没有 centos 我都不用 rh
|
24
zcl0621 2016-11-08 09:41:07 +08:00
这边公司全是 rh 都是有授权的 每年要上亿刀
|
25
oxoxoxox 2016-11-08 09:42:43 +08:00
买的是产品本身和后续支持
|
26
zzwangsh 2016-11-08 09:44:17 +08:00
RedHat 没付钱一样用,好奇谁告诉你的 让你觉得必须付钱才能用 rhel 。
|
27
shakoon 2016-11-08 09:56:35 +08:00
我所呆过的几个东家,全部用 RHEL 。 14 楼说出了真相。
|
28
Martell 2016-11-08 10:09:32 +08:00
很多大公司不在乎这点钱
|
29
megatron 2016-11-08 10:27:48 +08:00
人家有技术支持。
就像 vertu ,值钱的就是服务。 |
30
jmc891205 2016-11-08 10:36:54 +08:00
我们公司一直在用 RH 企业版呀
之前一直是 5.8 。。。马上终于要更新到 6.5 了 |
31
besto 2016-11-08 10:43:09 +08:00
典型的小公司或是个人的想法。
看看近两年的 bash 漏洞和 Heartbleed 漏洞,我相信没有哪个负责任的大公司会说为了 cost down 这点成本不用 rhel 。 |
32
terranboy 2016-11-08 10:46:36 +08:00
传统行业用的多 石油化工等等 科技公司用得少
|
33
flyingghost 2016-11-08 10:55:20 +08:00
根据 GPL ,你可以卖服务,卖拷贝,卖光盘,但必须开源。 redhat 也不例外。
所以,若直接下载 GPL 开源的源代码自行编译,不使用 RHEL 的任何已编译程序、补丁,则可免费使用。 ftp.redhat.com/pub/redhat/linux/enterprise 可围观。 |
34
fprint 2016-11-08 10:56:23 +08:00
rhel 可以免费下载阿,前阵子还搞过个人开发者免费订阅,可以使用官方的 yum 源。
|
35
tyfulcrum 2016-11-08 10:59:11 +08:00
@xingda920813 openSUSE 包比较稳定,可以当桌面用也可以当服务器。滚动版 openSUSE Tumbleweed 倒是有点儿像 Fedora 。
|
36
Leafove 2016-11-08 11:04:42 +08:00
弄个弄清楚 CentOS 和 Redhat 的差别很有必要.
问过很多人为什么他们用 CentOS 而不用 Debian, 基本回答我的都是 CentOS=Redhat |
37
jasontse 2016-11-08 11:08:46 +08:00 via iPad
买 rh 出问题有人背锅啊
|
38
ericgui 2016-11-08 11:19:19 +08:00
上面都说的差不多了:
大公司没人敢说不用 RHEL ,否则自己背锅; RH 招那么多测试工程师,你以为是干什么吃的?肯定是测试和优化。社区版可没那么多支持。 |
39
xuboying 2016-11-08 11:38:58 +08:00 via iPhone
接了个调系统的差事,本来以为要自己折腾 ububtu ,后来发现公司用的 rhel 订阅,立马叫支持来做了。
|
40
vibbow 2016-11-08 11:51:58 +08:00
用 Linux 的有两种公司:
没钱的,和超有钱的。 |
41
Osk 2016-11-08 13:03:20 +08:00 via Android 2
您买的不是软件,是锅。
|
43
zizifu 2016-11-08 13:15:58 +08:00
我们公司用 RH 付费版。。。呵呵
|
44
kaneyuki 2016-11-08 13:19:52 +08:00
RH 卖的是可靠性和服务,定位很准的
|
45
zonghua 2016-11-08 13:20:25 +08:00
用 RedHat 可以帮我写代码吗
|
46
humor66 2016-11-08 13:28:20 +08:00
一般大点的公司都不缺那点钱 用 RH 才靠谱啊
|
47
BangBang 2016-11-08 13:29:55 +08:00 1
RH 前实习生答一波:
@Osk 赞同,"您买的不是软件,是锅。",在现实项目中遇到问题每个层面都有负责人.硬件有 HP,EMC,IBM,出问题你可以联系它们解决,上层应用有 orcale,vmware 厂商,出现问题它们负责,如果你用 centos 出现了严重问题社区可以保证 24h 小时内给你解决方案么?我不是很清楚,但是我知道 rh 可以做到,给你个方案. @maoyipeng 表示异议,"rhel7 有 kpatch 但是 cenots7 貌似没有",如果 RHEL 有什么新特性按照 redhat 内部开发流程是会往社区推送的这一点不同于 suse,suse 会维护自己的一套补丁集合,而 rh 不是的. 还有一点就是采购操作系统时候需要符合不同区域的各种标准,这个 centos 有没有不清楚. 楼主可能是小公司的想法;小公司和大公司在这上面的投资不一样,我另一份实习经历(较出名的互联网公司)发现如果操作系统实例足够多互联网公司还是倾向于使用 centos,然后自己建立团队维护且订阅知识库. |
50
cnnblike 2016-11-08 13:51:09 +08:00
很简单,剩下来的时间和钱不会被计入 KPI ,而叫人来维修这段时间还可以开个小差,岂不美哉?
|
51
t6attack 2016-11-08 13:51:21 +08:00
很多公司、学校、大型机构。。是为了花钱而花钱
如果拿 能用 centos 就不用买 redhat 这个逻辑应用到整个社会,那么一半以上的公司可以倒闭了。 |
52
shijingshijing 2016-11-08 14:01:46 +08:00
@xuboying 机智 boy ~~~ 哈哈
|
53
t6attack 2016-11-08 14:26:40 +08:00
买的是服务,更是品牌。同样是结实耐用好看的包,你是地摊货,只能卖几百。但人家是品牌,就能卖上万。
redhat 就是品牌。到现在,各大高校的 linux 教材仍然以 redhat 个人版为标准。书店里的 linux 入门书籍,最多的也是以 redhat 为准的。这种第一眼的品牌效应,早已深入大众的意识。 也正是有了这些商业用户, redhat 才有开发下去的实力。 centos 这些依附者才能存在。 你成为公司主管,留意到 10 多年前上学时,学习的《 redhat linux 9 XXX 操作入门》开发 redhat9 那家公司仍然健在,而且生意做的不错。。 遵从潜意识中的品牌、支持开源事业、获得商业服务。。于是把 redhat 企业版系统列入采购预算,这个行为不过分吧? |
54
kyrre OP 看来大伙儿还是挺认同 RH 的,这是好事。
刚才找出了自己以前注册过的帐号去他家官网下了个 7.2 ,如果没买他家的服务我还是能够得到普通的更新的吧?个人理解是你自己的问题就只能自己解决了。 |
55
princeofwales 2016-11-08 14:56:28 +08:00
楼上基本都说了
1 、出问题有 RH 背锅 2 、硬件厂商会做和 RH 的兼容性测试 3 、补丁响应快 没买支持服务, RH 当然也能用,只是没有订阅,不能 YUM 内部用用,比如用作数据库服务器,当然可以 |
56
FifiLyu 2016-11-08 15:24:52 +08:00
帮朋友跑 RH 的外包单子,以技术专家的身份处理过中国移动电信之类的 RH 问题。
见过的中移动 电信之类的大公司生产线上统统都是用的 RH+购买支持服务。 由于财力问题,小一些的公司通常都是用 CentOS+运维人员来解决遇到的问题。 |
57
BlueMeow 2016-11-08 15:30:16 +08:00
就和 Windows 一样,企业购买支持服务的话,微软工程师可以亲自去 debug ,从而判断是内核的 bug 还是客户自己软件的 bug
|
58
NeinChn 2016-11-08 15:42:48 +08:00
很好奇一般操作系统会出什么问题
RatHat 在什么情况下会背锅 例如有 0day 被 hack 造成的损失 RH 会赔么? 补丁打的不及时被 hack 这个自己负责? 瞎折腾线上服务器把机器搞崩了? |
59
bellchu 2016-11-08 15:57:04 +08:00
|
60
ecpay 2016-11-08 16:19:14 +08:00
@kyrre
=,= fedora 是 redhat 的社区版。 opensuse 是 SUSE 的。 另外你可以安装 RH 但是不订阅没有支持包括补丁。 农商行的系统里也没见过有用订阅服务的,谁敢往生产系统打补丁啊。 |
62
CTO 2016-11-08 16:38:12 +08:00
这跟大厂用 oracle 不用 mysql 一个心理 ->锅 是需要有人背的。
|
63
kyrre OP 多谢各位回复,我最近好几年的工作环境都是 debian 系的 linux ,个人也没事装个 centos , fedora 啥的,主要就是看看每个新版本有啥明显的变化,一般在我的测试机上生存不超过 1 个礼拜。今天看到 distrowatch 上说 RHEL 出 7.3 了,加上不久前了解到某大公司居然也是 centos ,所以好奇问问 V 友。
个人感觉 IT 公司还是 centos 居多,毕竟自身技术力量够。但其他行业就 RHEL 了,毕竟出了问题有人及时解决才是王道。 |
65
crazycen 2016-11-08 17:20:26 +08:00 via iPhone
有一句金言:能用钱解决的事儿,就用钱解决!
|
66
itfanr 2016-11-08 17:21:37 +08:00 via Android
我觉得,你养着一批不专业的人去解决问题,不如直接买服务。真心的。
|
67
min 2016-11-08 17:42:35 +08:00
不差这点钱的公司和 IT 公司很多
|
68
ixiaohei 2016-11-08 18:50:13 +08:00
@NeinChn 我以前也跟你一样,这些基础的东西能出什么问题,最后户量大的系统,时间久的项目把我脸打得好痛,各种奇怪问题。另外做个对比金融公司喜欢 oracle ,因为出了问题锅可以给 oracle 背, oracle 不仅可以背还能帮你解决,如果用 mysql ,这种公司不养堆专家,出了问题锅领导可以背,但是没有人能解决才是最麻烦的。另外其实养批专家的成本远比直接买服务成本高,钱能解决就用钱解决,效率才是大公司考虑的事情。
|
69
orFish 2016-11-08 19:00:50 +08:00
好像是月经贴了。
去年 openssl 打补丁最快的,就是 redhat 。 |
70
janxin 2016-11-08 19:11:14 +08:00 via iPhone
说句不太正确的,很多时候 rh 出漏洞补丁比一般人知道有这个漏洞都快…
当然,你不知道也肯定不打了 |
72
TrustyWolf 2016-11-08 19:24:14 +08:00 1
Red Hat 的 RHEL7 现已面向开发者推出免费订阅权限,无需付费即可使用。
http://developers.redhat.com/products/rhel/ 可以看出 Red Hat 早已是一家依靠服务赚钱的公司,而不是贩卖系统授权。 对于个人用户(学习、开发测试用途)来说目前已经没有使用 CentOS 的必要。 如果需要最新的软件同时兼顾 RH 系的使用习惯可以使用 Fedora (更新周期大概为半年) |
73
likuku 2016-11-08 19:34:26 +08:00
现在快速转向云端了,底层用啥并不是太重要,直接买云平台的服务就好了。
|
74
corethink1 2016-11-08 20:21:36 +08:00
不知道为什么,看到大家这么看重 RH (有人背锅),感觉在国内搞开源的我们也会逐渐看到曙光啊(逃
|
76
pathbox 2016-11-08 21:39:04 +08:00
各取所需
|
77
snnn 2016-11-08 21:41:57 +08:00 via Android
原来阿里在你们眼里是小公司,失敬失敬
|
78
paulagent 2016-11-09 00:02:05 +08:00
@NeinChn 当然有很多锅, oracle 有啥咱不说,有一次十八摸给工行升级,最后失败,赔了好多钱。 你要是工行技术负责人,没有十八摸顶锅,还不得自己倒霉啊。
|
79
paulagent 2016-11-09 00:03:15 +08:00
@snnn 你都不看大家说啥吗? 不是有人都说了,科技公司不一样了吗? 阿里有很多大神不假,你让工行,中石油有那么多计算机大神试试。
|
80
incompatible 2016-11-09 00:10:41 +08:00 via iPhone
@BangBang 这跟行业有关,跟公司大小无关。
互联网行业的大公司阿里巴巴数年前就开搞去 IOE 了, RH 对该司来说连个靶子都算不上。 |
81
strwei 2016-11-09 00:50:26 +08:00
买一 rh 锅,胜招 10 运维
|
82
cxbig 2016-11-09 01:17:50 +08:00
项目大了,杂事多了,你会发现相关业务包给专业公司,比自己打造一个好团队来处理容易太多了,成本还低得多。
你处理过的项目还远没有达到那个程度,所以无法理解。 |
83
cxbig 2016-11-09 01:26:12 +08:00
就好像你在城市里住
出行有公共交通、自驾、火车、飞机;吃大餐有数不尽的餐馆;商店里各色商品琳琅满目;工资有银行存着 为啥你不走路从北京到香港?不自己种粮食种菜砍柴挖煤生火做饭?电脑自己做 CPU 主板内存显示器?脖子上挂个大金链子镶满钻石? 这一切都是个人能力的局限和实现成本平衡出来的结果。 |
84
billwang 2016-11-09 08:48:42 +08:00
现在大公司都是买服务的,红帽, oracle ,备份等等,等你到系统出现问题,数据无法恢复的时候就会觉得这服务买的真值。当然,如果你是个人或者小公司当然无所谓。
|
85
linux40 2016-11-09 09:33:28 +08:00 via Android
请运维和买服务哪个便宜的问题吧。
|
86
okudayukiko0 2016-11-11 14:50:33 +08:00 via Android 1
@ecpay OpenSUSE 是 SUSE 的社群免费版, SUSE 类似于 RHEL ,要给钱才能用。
现在 OpenSUSE 分两种版本,一是 Leap ,更新较慢,高稳定性,适合服务器,更新比 CentOS/Debian 快些。二是 Tumbleweed ,滚动更新,更新快,软件较新,较为激进,适合个人桌面,类似于 Fedora 。 Fedora 是 Red Hat 旗下的,更新快,软件新,稳定性不佳,不用花钱,适合个人使用,不适合服务器。 RHEL 更新慢,稳定性高,就是适合服务器用的。 |