PaaS : Cloud Foundry vs OpenShift

PaaS (plataforma como servicio) ocupa un nicho interesante en el ecosistema de la nube. Por lo general se encuentra en la parte superior de IaaS (infraestructura como servicio), que ofrece la posibilidad de acceder a recursos informáticos remotos.
Con IaaS se tiene máquinas virtuales, que no están en sus instalaciones, donde se  puede utilizar como desee. Un ejemplo de IaaS sería Amazon EC2.
PaaS incluye infraestructura, almacenamiento, base de datos, información, y el proceso como un servicio. Piense en PaaS como proporcionar equipos remotos, discos, bases de datos, flujos de información y procesos de negocio o meta-aplicaciones, todo atado en una "pila" o "caja de arena". Las aplicaciones también pueden ser SaaS (software como servicio), como un CMS (Content Management System) o sistema de CRM (gestión de relaciones con los clientes). Cuando un PaaS añade valor con el IaaS es automatizar todo el aprovisionamiento de recursos y aplicaciones, que puede ser un gran ahorro de tiempo.
Los dos principales sistemas de PaaS de código abierto son OpenShift de Red Hat y de Pivotal Cloud Foundry. Ambos están disponibles en tres sabores: hosted, la empresa, y de código abierto. Para esta revisión, miré principalmente a las versiones empresariales, que están completamente soportadas y destinados para las empresas que deseen ejecutar PaaS en su propia nube o centro de datos. En ambos casos, la acogió y versiones empresariales se basan en las versiones de código abierto.
No se debe confundir con los sistemas de gestión de la configuración de PaaS y orquestación de herramientas, tales como Títeres, Chef, en Ansible y Salt. Puede usar Títeres o los otros para establecer un PaaS o SaaS, o simplemente para gestionar la configuración de un montón de servidores. OpenShift hace en el uso hecho de marionetas, y es compatible con los demás. Cloud Foundry utiliza una herramienta de gestión de configuración diferente: BOSH.
Pequeñas diferencias
Cloud Foundry y OpenShift son bastante similares en sus capacidades y su acercamiento a la PaaS. Si bien la terminología que utilizan y los métodos de implementación exactas difieren, son muy mucho la misma cosa: Cada uno ofrece una plataforma Linux con los envases ligeros que se pueden ejecutar aplicaciones contra lenguajes y frameworks de código abierto, el uso de los servicios comunes, tales como bases de datos.
Para la implementación del código fuente de la aplicación, OpenShift usa Git, pero también le permite implementar los paquetes binarios. Cloud Foundry toma solamente los binarios (archivos .WAR por ahora, con otros formatos que deben apoyarse más tarde), y luego las combina automáticamente con buildpacks de lenguajes y frameworks (como Java y Tomcat) y servicios como bases de datos. El formato fue desarrollado por buildpack Heroku y contribuyó a la comunidad de código abierto, generando muchos buildpacks comunitarios, la mayoría de los cuales trabajan en Cloud Foundry.
Cuatro buildpacks son estándar en Cloud Foundry: Java, Node.js, Ruby, y Go. En la mayoría de los casos, el lenguaje de código abierto o el marco que necesita estarán disponibles como buildpack, y para cargarlo, usted simplemente observar el repositorio Git en la línea de comandos Cloud Foundry cuando empujas tu aplicación. Si el buildpack necesario no está fácilmente disponible, usted puede crear fácilmente en unas pocas líneas de Ruby o otro lenguaje de scripting.
OpenShift no tiene buildpacks. En cambio, tiene cartuchos, que incluyen bases de datos, así como las lenguas y marcos, y tutoriales, que son aplicaciones con código y bibliotecas que ya están configurados para usted.