Red Hat Fedora及Enterprise Linux

    Red Hat市场经理Nick Carr首先是给出了关于操作系统的一个有趣数字：如果你今天想去自己开发一个操作系统，那你可能将需要1000人、投入1亿美元、花费一年的时间。而我们通常都知道开源社区是无价的。

    Fedora是Red Hat用于新产品和理念的测试环境，也是由Red Hat发起。一个Red Hat工程师想要添加进Red Hat Enterprise Linux（RHEL）中的任何东西必须要先在Fedora中得到验证。Red Hat已经表示，至于什么应该添加到Fedora中，他并没有完善的控制，该公司并没有对Fedora提供支持。Fedora可以通过以二进制和源代码的形式免费下载获得。

    新版本的Fedora大约每六个月发布一次， 包含最新的和最好的——但不一定是完全成熟的——应用软件和功能特性。那些在商业上证明是可行的Fedora功能特性会被加入到Red Hat Enterprise Linux中，Red Hat Enterprise Linux的发布周期一般是18到24个月。Fedora包含有1500到2000个软件包，当然，其中通常大约有1200个被确认为对于Red Hat Enterprise Linux是足够稳定和安全的。

    Red Hat的工程师也会在操作系统的不同领域展开工作。在大多数情况下，Red Hat员工就是一个某一个模块或元件的上游维护者，拿EXT3文件系统举例来说，作为一个维护者，工程师针对EXT3做很多工作，也会收到来自其他人的改变请求。如果一个存储厂家想对EXT3添加一个功能，他会写出他的功能并提交给Red Hat的员工。
  
    这样，Red Hat的角色就像是夹在那些想对Linux内核添加新功能的厂商和其他第三方独立个体之间的调解者，而不仅仅是改进诸如EXT3文件系统这样的功能。例如，SELinux（Security Enhanced Linux）这个功能就是由美国国家安全局及其转包商开发出来的，又通过Red Hat和其他厂商协作添加到Linux内核之中。

    与Novell的AppArmor很类似，SELinux的作用也是对特定的应用程序施加政策，即为某一应用程序书写规则，表明允许它做什么。

    因为Red Hat员工是在一个开放的开发环境中工作，因此很值得注意的一点是，他们很少有人能够自始至终地拥有某一个应用程序、功能或改进。举例来说，一个工程师往往是编写一个新的功能或仅仅是规格，然后把它提交到Fedora和/或开源社区；在那里，该工程师可能会获得肯定的或否定的反馈，或者甚至是另外一种可以选择的实现方法。最终，很多不同的人会参与进来，这些人可能不完全是Red Hat员工。

    总体来说，通过这里，特定软件模块的维护者可能会决定该往其资源中添加什么，Fedora社区会决定对其操作系统需要做什么工作，而Red Hat会决定哪一部分的Fedora已经为其RHEL准备好了。

    应该说，有几个领域Red Hat是领先的，SELinux是一个例子，另一个例子是NPTL（Native Posix Threading Library），这是一个优胜劣汰的很好的例子，在过去曾经有三个线程库存在。

    RHEL的许可证模式也是通过每年订购的方式，如果在订购期间有新的版本发布，升级也是免费的。订购的时候有三个级别的支持可选，从维护升级支持到1小时响应的24×7支持。支持并不是按照每个事件来收费，也没有对每个订购的事件数量做限制。

    需要注意的是，你购买了多少许可证，你就只可以在多少台机器上安装RHEL。但是，RHEL的源代码是可以下载得到的，因此，一台Red Hat系统是可以建立并毫无限制地被使用的，只要所有涉及到Red Hat的东西都删除，并且该系统也不以Red Hat的名字销售即可。

    每一个版本的RHEL会被支持7年。在这7年中，API和ABI（application binary interfaces）是保持稳定的，这也就意味着客户应用程序并不会因为缺陷修补或其他系统更新等而受到破坏。

    RHEL的更新每三到四个月发布一次，包括缺陷修补、新硬件支持以及新的软件包等。为目前支持的操作系统而做的更新只会在头两到三年提供，从那以后就只是发布缺陷修补程序。因为到那时候，往往一个新的版本也已经出来了。RHEL已经在1100种不同的硬件平台上得到验证，所支持的应用软件也已经有了上千种。