系统管理就是除了发生事故或超出预算之外不能引起高层管理关注的类别之一。全球的软件应用商已经在过去的几年里随着服务的出现得到了蓬勃发展，例如亚马逊的EC2和像Novell的SUSE Studio一样的自动应用创建工具。虽然简化创建和部署相结合让程序变得更简单，它们并没有真正指出独立软件商（ISV）面临的问题，如管理有多个库和版本依赖项的多层架构应用。

　　rPath的rBuilder产品是同时面向企业级环境和ISV的自动化工具。其它市面上的系统自带工具，包括 Red Hat Network Provisioning Module、 的Tivioli Provisioning Manager, 和 Open Nebula。另外两个产品，BMC BladeLogic 和 HP Server Automation (以前是Opsware)也将成为更大系统自动化市场上的竞争对手。

　　rBuilder先确定某个应用所有依赖项，然后创建一个“材料清单”，细化到单一的文件级别，去构建和部署系统。这将包括所有系统的依赖项，包括Linux系统上的应用软件，如数据库服务器、邮件服务器、Web服务器和所有固有的语言依赖项，如Perl、PHP或Python。

　　自动化虚拟设备开发

　　创建虚拟与构建应用软件非常相似。rBuilder构建设备的过程与构建一个复杂应用使用相同方式，（图1）严格使用版本控制来跟踪每一个部件的动作。它实际上也能自动将测试阶段包含在构建过程中。

　　rPath Builder管理界面

　　创建过程中的一个关键步骤就是检查所有作为构建中一部分的RPM包来确认依赖项。一个干净的构建环境和强大的构建工具用来制作最终视图。每个构建过程都要执行一个预定义的策略来设置正确的文件执行权和所有权，并检查所有到专有代码的链接。

　　使用软件开发步骤的优势就是能够针对多个平台。rPath目前支持的虚拟环境包括：Vmware、Xen、KVM和Hyper-V。基于云的开发，他们能够支持亚马逊的EC2、BlueLock、Globus和Rackspace。rBuilder完全自动化构建应用设备的过程，细分到创建ISO或VHD文件。

　　可测的系统更新

　　vPath系统的另外一个优势就是紧跟应用更新过程的管理。这也许是一个软件的更新或底层依赖的安全补丁，如Apache。针对这些，rPath实际上与Red Hat的Satellite网络一起协调工作。通过这个独一无二的功能，rPath将会正确地决定哪些更新需要运用、会影响到哪些应用。这就是vPath的系统方法论至关重要的原因。这个使用在更新和补丁过程中的方法，同样也可用于初始构建和部署阶段，会让它尽可能地了解在应用更新之后会发生什么事情。备注：vPath不需要RHN Satellite，也不需要通过RHN Satellite来部署软件。

　　rBuilder管理更新

　　虽然vPath严重依靠开放资源工具作为它们的基础构架，它们也开发了很多自己的构架。vPath的Conary工具用来实现版本控制和包管理。它联合rBuild和rMake来完全自动化构建过程，生成、更新和分发应用设备。

　　竞争前景

　　rPath最近在执行一个叫做“Satellite置换”的市场战略，试图劝说Red Hat Satellite的用户转向使用他们的产品。推广的主要对象包括大量应用设备和巨大数量的虚拟机。这对拥有大量Red Hat标准服务器和（或）桌面设备的企业级用户也许不太适用。这些系统类型或许不会像自定义应用服务器一样受到标准安全更新和补丁安装所带来的不利影响。

　　与Red Hat Satellite网络相比，vPath能真正提供更多的功能和补丁/更新流程控制，特别是涉及到虚拟机和/或应用设备。它还能带来完全不同层次的补丁并仔细控制更新流程如何从开始到结束。它完全使用特定的策略来完成物理实现，规定哪些设备接收补丁，哪些不需要。vPath提供web工具来配置这些策略，命令行接口来集成现有工具。

　　BMC Blade Logic和HP Server Automation工具是高端的数据中心自动化管理工具，目标是管理大量物理和虚拟服务器。这些产品都包含从交换机和路由器到网络附加存储大范围设备的管理功能。这类型产品的关键是集中控制几乎能管理数据中心内所有事情的功能。

　　底线就是他们大概会矫正所有的小中大型企业。

　　虽然vPath的rBuilder可能和其它设备构建工具相似，如SUSE Studio，它做得更多。通过调查应用的每个部件来深入理解各个依赖项构建，对vPath产品来讲都是完全唯一的。基于web的管理控制台可以提供更多实际部署应用到任意数量不同目标环境的能力。

　　vPath的每年订阅是基于一定数量的系统实例，但根据折扣，现在价格是每实例每年20美金。