rPath

rPath, Inc. era una empresa de tecnología con sede en Raleigh, Carolina del Norte , que desarrollaba tecnología para automatizar el proceso de construcción (o empaquetado), despliegue y actualización de software. ^{[ 1 ]} rPath modelaba y gestionaba componentes y dependencias bajo control de versiones . ^{[ 2 ]} Funcionaba como un repositorio basado en modelos y con control de versiones, así como un centro de distribución de software. ^{[ 3 ]}

En noviembre de 2012, rPath fue adquirida por SAS Institute . ^{[ 4 ]} Poco después de la adquisición, se descontinuó rPath Linux. ^{[ 5 ]}

rPath se fundó en abril de 2005, ^{[ 6 ]} y originalmente era conocida por empaquetar aplicaciones como dispositivos virtuales para sus proveedores de software independientes (ISV) y clientes usuarios finales. ^{[ 3 ]} Fue cofundada por Erik Troan, coautor de Red Hat Package Manager (RPM), un popular sistema de gestión de paquetes de Linux . ^{[ 7 ]} Troan había dejado Red Hat en 2004 para crear una empresa llamada Specifix. El primer CEO fue Bill Marshall. ^{[ 8 ]} Los inversores originales fueron North Bridge Venture Partners y General Catalyst Partners, con $ 6.4 millones en financiación revelada en septiembre de 2005. ^{[ 9 ]} Se reveló una inversión de $ 9.1 millones en febrero de 2007 que incluía a un nuevo inversor, Wakefield Group. ^{[ 10 ]} Se reveló una inversión de $10 millones el 24 de junio de 2008. ^{[ 11 ]} Se reveló una inversión de $7 millones durante octubre de 2010. ^{[ 12 ]} La empresa tenía su sede en Raleigh, Carolina del Norte.

rPath fue una de las primeras empresas en comercializar un dispositivo de software . ^{[ 13 ]} En 2009, rPath hizo la transición a la venta de sus productos a organizaciones de TI empresariales. Algunos veían la automatización de TI como la codificación de manuales de procedimientos , ^{[ 14 ]} pero rPath industrializó los aspectos operativos del centro de datos mediante el modelado de configuraciones de software. ^{[ 15 ]} rPath proporcionó una plataforma comercial de control de versiones para sistemas de software implementados. rPath no era un sistema de gestión de código fuente, sino más bien un sistema de gestión operativa que aplica los principios y disciplinas del control de código fuente a la gestión de sistemas de software implementables, específicamente, manifiestos del sistema, paquetes, binarios , políticas y configuraciones del sistema . El control de versiones ayuda a que los sistemas se reproduzcan, parcheen y actualicen rápidamente , se reviertan y se generen informes. ^{[ 16 ]}

rPath proporcionaba un inventario del sistema. Este inventario describía el estado deseado de cada archivo, binario , componente de aplicación y pila de software en cada sistema de producción, con información completa sobre las políticas y dependencias aplicadas, en forma de manifiestos del sistema con control de versiones. Estos manifiestos constituían modelos prácticos para gestionar el ciclo de vida completo de los sistemas desplegados, proporcionando la base para comprender el impacto de los cambios y controlarlos. Además, en lugar de aplicar actualizaciones universales, los parches y las actualizaciones podían dirigirse únicamente a los sistemas que requerían cambios. ^{[ 16 ]}

rPath permitía definir sistemas como variantes en capas de plataformas base comunes. Por ejemplo, la pila estándar de servidor web corporativo podía comenzar con una compilación estándar de Red Hat Enterprise Linux (RHEL), pero añadir una versión personalizada específica del servidor HTTP Apache y eliminar toda la disponibilidad de FTP . Con esta función, rPath permitía a los grupos de TI definir y aplicar automáticamente políticas de compilación que rigen la forma en que se construyen los sistemas. ^{[ 17 ]}

Cuando rPath importaba artefactos de software nuevos o existentes al control de versiones del sistema , analizaba automáticamente cada artefacto para descubrir toda su cadena de suministro de software, incluidos los componentes del sistema operativo (SO), el middleware y las bibliotecas. Esta información permitía la construcción y validación del sistema en tiempo de compilación y reducía el número de fallos de mantenimiento e interrupciones que resultan de dependencias faltantes y componentes conflictivos. "Ovum considera que la capacidad de comprobación automatizada de dependencias es una característica extremadamente útil y a menudo pasada por alto que todas las herramientas de este tipo deberían emplear." ^{[ 18 ]} rPath garantizaba una definición de sistema coherente, eliminando el riesgo de "deriva" del sistema entre las etapas del ciclo de vida y permitiendo un entorno de compilación de software limpio . ^{[ 17 ]}

rPath desarrolló Conary, un software de gestión y configuración de paquetes de software de código abierto que formó el núcleo de rBuilder. ^{[ 19 ]} Permitió reversiones , actualizaciones incrementales (" changeset ") y descargas distribuidas, lo que elimina la necesidad de programas como apt o yum .

rPath era compatible con Microsoft Windows Server 2008 y 2003, Red Hat Enterprise Linux 4 y 5, SUSE Linux Enterprise Server 10 y CentOS . También se comercializaba como software como servicio . ^{[ 20 ]}

La Alianza NRE fue una coalición de newScale, rPath y Eucalyptus Systems para promover la computación en la nube privada e híbrida . La coalición se anunció el 24 de agosto de 2010. ^{[ 21 ]} Tuvo un sitio web activo hasta agosto de 2012. ^{[ 22 ]}

El 30 de noviembre de 2012, la empresa de análisis de negocios SAS Institute anunció que adquirió activos clave de rPath, incluyendo tecnología y personal. ^{[ 4 ]}

• rPath, Inc.