除了支持和运行某些“authentication”应用程序(如Oracle)的能力之外,客户实际上从商业发行版中获得了什么好处? 他们真的更稳定/可靠吗? 例如,RedHat vs Debian。 350 $ /年vs 0 $。 你能说什么?
如果你是一个成长中的组织,有时这个昂贵的select实际上是更便宜的select。 获得高质量的支持和培训课程在许多情况下都是有利的。
另一个因素是你如何pipe理应用程序? 如果你打算推出一个应用程序,而只是想让它保持独立,并且将安全漏洞修补了5年,那么对于Suse或Red Hat来说,这是更可行的。
我们在我们公司使用Ubuntu和Debian服务器。 我的系统pipe理员为了安装RedHat而大声疾呼,但CEO希望保持IT环境一致。
在我的公司,我们有6-7人拥有很多Debian / Ubuntu的经验,我们基本上可以很快完成任何事情。
当我进入公司时,我付了2台Ubuntu服务器来支持一年,甚至没有使用过一次。
所以基本上,我说的是,取决于你的组织的人的经验。 如果不是那么好,那就得到支持。 如果是这样,那么它并不是真的需要。
问自己的问题是: 还有多less人需要我所需要的? 如果你正在做其他人正在做的事情,那么把大部分工作外包给一个可以聘用内核工程师,监视错误和安全补丁等的专业服装是有意义的.RHN可以使pipe理服务器变得更容易。 我应该注意到Canonical提供了类似的服务,虽然我没有检查他们的价格。
然而,当你的组织徘徊在磨坊的运行之中时,就有一个问题出现。 在这一点上,你需要的专家谁可以做所有的事情,眼睛的可能性的广度。 例如,Sanger研究院最初将他们的人类基因组学服务器运行在可以处理64位文件系统等的专有UNIX上。 后来他们搬到了Debian,并在90年代后期build立了一个自定义的Linux内核,以满足他们的需求,当时他们的硬件支持已经停止,还有其他不幸的事件。 他们的两名员工是Debian开发人员,他们能够做到这一切。
很有可能像Debian那样将社区发行版定价为零,并聘请新手处理事情,但是从长远来看,当新手未能规划Redhat和Debian开发人员所知道的事情时,我认为这样做会更加昂贵。 如果您运行Debian并且不要给pipe理员提供Debian贡献的余地,那么您将失去很多有价值的免费同行评审。
简而言之,Debian的价格不是0,而是雇佣DD或者两个的价格。
如果你有无限的时间,免费只是免费的。
这个问题的界限是模糊的,因为你必须能够比较像Centos和RHEL这样的发行版,它们都是用几乎相同的软件包构build的,只是有一个商业支持。
正如我所看到的,Centos和RHEL之间的差别非常小,特别是如果您不需要支持合同。
你支付的支持,这可能是非常有价值的。 我曾为一家主要的硬件厂商提供技术支持,当我们发现一个瘫痪客户解决scheme的错误时,我们经常让RedHat,SuSE和Oracle发布补丁/修复/更新。 几个小时或几天内,取决于严重程度。
有了一个免费的发行版,你是在社区的摆布(或者可以自己修补错误)。
作为一名顾问,现在我推荐CentOS,Debian或者其他一些免费的发行版,以获得我已经熟知的简单,经过validation的解决scheme,比如简单的防火墙,squid代理,http服务器,等等。我build议使用支持合同的发行版,以便遇到错误的概率很高,例如Oracle群集,HPCC解决scheme和虚拟机服务器/群集。
RHEL具有CentOS不具备的pipe理优势 – Redhatnetworkingpipe理工具可以让您处理频道订阅,软件包安装等服务,这是我能想到的最好的一个例子。 如果你有很多RHEL机器,那么像RHN或者Redhat Satellite Server这样的系统真的可以改进。
Canonical提供了一种名为“ 景观”的类似系统,它被提供给所有Canonical的Ubuntu付费支持客户。
这些工具除了提供帮助台/支持服务之外,所以您不只是为这些项目付费。
感谢评论者:我不知道太空行走。 看起来不错。
作为一个规则,商业支持的Linux是一个好主意,因为当你最需要的时候,帮助就在那里。
如果您正在开发销售软件并且您将不得不支持的软件,那么拥有已知的可重复使用环境非常重要。 我们的组织在SLES / SLED和RHEL上构build和testing我们的软件。 如果我们的客户select使用免费版本,那么支持是最好的。
日常生活中,我认为这没什么区别。 事实上,您的组织可能从免费的替代scheme中获得更多的收益,其中包含更多的最新套餐和充满活力的社区支持。 这取决于你需要什么。
作为一家小型软件公司,我们主要使用Fedora和OpenSuSE,但是我们特别select了多个发行版来帮助防止我们被locking到一个版本 – 因为我们的客户使用广泛的发行版,并希望看到发行版的具体问题! 这也为我们提供了一个更广泛的专业知识基础,用于在意外的平台上支持我们的软件(因为我们将为客户支付给我们的任何平台提供支持)。
如果你正在做一些非常深入的开发,并且需要知道内核如何做不同的事情,那么商业支持可以派上用场。
否则,这取决于你的应用程序,你需要多久更新一次,你的业务依赖于更新(例如安全审计)
CentOS保持不错,但没有保证。 如果您需要担保,请使用Redhat或SLES。
如果你的许多安全问题/更新处理开源(像我们这样做),那么我们只是使用基本操作系统,然后从源代码编译openssl,apache,mysql,php等。 因为对这些开源项目的支持要好得多。 实际上,您可以更快地从源代码更新,而不是等待供应商更新这些应用程序的版本。
长话短说:如果你的业务依赖于内核更新和支持的应急计划,那就去商业化吧。 否则,免费。