Alternativas a Docker

¿Alternativas a docker? Pues si efectivamente las hay.

Os voy a contar alguna opcion que hay para tener alternativas a docker.

Lo primero que tenemos que aclarar es: ¿que es lo que entendemos por docker? Hay dos formas de entender docker.

Docker como contenedor

Realmente la primera es entender docker como contenedor. Docker es simplemente como la tecnología de contenedores.

En este caso Docker es una parte de lo que es el instalable que
nos podemos bajar y tener los contenedores, los dockers, en nuestro ordenador.

La alternativa más típica viene a ser el CRI o el CRI-O, que es la máquina que ha desarrollado Google muy orientado a orquestador Kubernetes.

Igual que nosotros podemos bajarnos el docker community edition para utilizarlo en nuestro portátil, en nuestro equipo de trabajo, hay una versión que lleva implementada la máquina de ejecución de contenedores del CRI que os comentaba, que se llama minishift.

Que al final lo que nos da es lo que sería la tecnología de contenedores más el orquestador. Viene a ser una versión para trabajo en el local del openshift, que ahora vamos a hablar.

Docker como empresa

Y por otra parte si lo que vemos o entendemos como docker es lo que sería la empresa que nos da los productos. como la versión enterprise de Docker, también hay más alternativas.

Realmente podemos tener alternativas en la nube tanto de google como de amazon etcétera etcétera y lo que sería más para instalar onpremise, instalar en nuestros ordenadores, en nuestros servidores, en nuestro cpd, la opción es openshift.

OpenShift de Red Hat

Openshift es de redhat. Hay una versión que es de la comunidad y luego hay otra versión que la distribuye redhat con un servicio de subscripciones y soporte.

Entonces OpenShift es lo que vendría a ser el equivalente a docker enterprise que nos da, ya no sólo la tecnología de contenedores, sino también lleva incorporado el kubernetes como el orquestador y toda una serie de servicios que necesitamos para desplegar contenedores en un entorno empresarial.

Tengo una entrada en la que explico por qué los contenedores en una empresa no son suficientes y también alguna serie de consideraciones de seguridad que hay que tener en cuenta con respecto a los contenedores.

La ventaja que tiene redhat es que proporciona tanto el sistema operativo como la tecnología de contenedores como el sistema operativo sobre el que corren esos contenedores. Incluso en muchos casos pues los servidores de aplicaciones.

Es el típico jboss o el Fuse para colas, infinispan para lo que sería o datagrid para lo que sería caché etcétera.

Saber más sobre OpenShift

Si queréis ampliar conocimientos sobre openshift tengo un curso de openshift  con un descuento bastante importante, el precio más barato que vais a poder encontrar.

Os dejo el video

Curso de Docker gratis

¿Un curso de docker gratis? Os estáis preguntando si hay algo mal… Pues no, no hay nada mal.

Curso de Docker gratis

Hoy os quiero anunciar que he hecho público, en YouTube mi curso Docker sencillo para desarrolladores. Así que vais a poder tener acceso a un curso de docker gratis.

Lógicamente en YouTube no se puede tener un certificado de finalización del curso. Para obtenerlo tendríais que recurrir a mi curso. Sí que es cierto que es de pago pero es muy económico.

En mi web vais a encontrar el precio más barato y ahí sí que podéis tener un certificado de finalización.

Si solo os interesa el conocimiento en YouTube podéis tener el mismo curso, exactamente el mismo curso.

Este curso se compone de una serie de secciones.

Sección teoría Docker

Hay una primera parte que es teórica, en la que pues explica lo que es el docker, qué problemas o qué situaciones se solventa.

Ya sé que la parte teórica no es la parte que más suele gustar. Pero creo que es importante para entender un poco y contextualizar lo que es el producto.

Sección instalación Docker

Luego hay otra parte que es de instalación. Vamos a instalar el Docker tanto en Linux, como en windows, como en mac.

Y como entorno de desarrollo vamos a utilizar el eclipse. Básicamente porque es el entorno típico en entornos de desarrollo java, que es en donde yo más me muevo.

Sección uso de Docker

Luego viene una parte que básicamente lo que vamos es a aprender cómo utilizar contenedores o imágenes docker que ya existen.

Vamos a bajarnoslas y vamos a ejecutarlas. Vamos a utilizar el WildFly y una base de datos mysql o maría db.

Sección personalizar Docker

Luego hay otra sección que en la que lo que vamos a ver es cómo crear nuestros propios contenedores.

No vamos a coger un contenedor ya hecho sino que en base a un nuevo existente lo vamos a personalizar.

Sección cadena suministro software con Docker

Y luego ya por último lo que hay es una sección en la que lo que vamos a ver son unas pinceladas de lo que sería Docker dentro de la cadena de suministro de software. Con github, docker compose etcétera etcétera.

Esta parte no la he desarrollado mucho porque creo que el futuro, o más bien el presente son las distribuciones de Kubernetes como OpenShift ahora renombrada a OKD, pero eso en otra entrada 😉

Espero que os resulte interesante, si es así dejármelo en los comentarios que os lo agradecería. Podéis subscribiros al canal y así os llega notificaciones y de paso me ayudáis a propagar el contenido.

Riesgos de seguridad en los contenedores Docker

En esta ocasión os quiero hablar de una cosa que normalmente se nos suele pasar por alto a la mayoría de nosotros cuando trabajamos con los contenedores Docker.

Y es el sistema operativo sobre el que se ejecutan los contenedores, no tanto sobre el que se ejecuta el motor de contenedores, sino sobre el sistema operativo sobre el que se ejecuta nuestro contenedor.

Sobre el contenedor que nos basamos a la hora de crear la imagen.

Los contenedores Docker

Esto de los contenedores está muy bien porque realmente nos proporcionan un servidor que no tenemos que configurar, ya está configurado y simplemente nosotros metemos nuestra aplicación.

Con lo cual como desarrolladores esto lógicamente es una funcionalidad muy interesante.

Sí que es cierto que normalmente los desarrolladores solemos tener una cierta tendencia a no preocuparnos de estas cosas de infraestructura.

Pero realmente esa aplicación que nosotros estamos corriendo sobre un servidor de aplicaciones, típicamente por ejemplo un JBoss eap o un Wildfly etcétera, tienen por debajo unas librerías de un sistema operativo.

Contenedores seguros

La cuestión es que ese sistema operativo nos puede afectar. Ya que tenemos que tener en cuenta que ese sistema operativo tiene bugs y tiene normalmente parches de seguridad que van saliendo.

Con lo cual si nosotros no nos preocupamos de mantener actualizado el sistema operativo sobre el que está ejecutándose en nuestro contenedor podemos tener unos problemas de seguridad.

Se puede ver un ejemplo en las imágenes que están en el Docker Hub, que es el repositorio más popular de imágenes de contenedores. La mayor parte de las imágenes tienen serios problemas de librerías.

Quizás normalmente la última versión es la que puede tener los parches más actualizados.

Lógicamente porque normalmente se han generado hace poco tiempo con lo cual se basa en un sistema operativo que ya tiene corregido todas las vulnerabilidades.

Pero realmente las versiones un poquito más viejas podemos ver que realmente suelen tener bastantes problemas.

Para verlo simplemente tenemos que entrar en el hub de docker. Loguearnos. Ir a la imagen que estemos utilizando, que queramos utilizar y ver cuál es el estado de la  seguridad.

Lógicamente si somos mínimamente exigentes con la seguridad de nuestra infraestructura estas  imágenes no las podríamos utilizar en producción.

En el resto internos sí que se pueden utilizar pero no en producción.

Mantener actualizado los contenedores

Cuando queramos utilizar contenedores tenemos que tener la seguridad de que tenemos un soporte sobre el sistema operativo sobre el que se están ejecutando esos contenedores. Y en general de toda la infraestructura que está por debajo de nuestra aplicación.

Podemos encargarnos nosotros o utilizar un proveedor que nos proporcione esta base actualizada.

Más sobre contenedores

Si queréis pues ampliar conocimientos sobre el tema de los contenedores podéis echar un vistazo a mis cursos sobre contenedores y sobre openshift.

OpenShift es un poco la evolución de los contenedores más orientados a entornos empresariales. Por qué sí que es cierto que un contenedor lo podemos utilizar en nuestro portátil para hacer unas pruebas a nuestro desarrollo. Pero cuando ya entramos en lo que es el uso en entornos empresariales, entornos grandes pues los contenedores se nos quedan un poquito cortos y necesitamos herramientas como openshift

Os dejo el video en el que comentos más sobre este tema

Los contenedores Docker no son suficientes

Si estáis empezando o lleváis un cierto tiempo trabajando con contenedores, lo que popularmente conocemos como docker, este artículo probablemente os resulte interesante. Porque os voy a contar porque los contenedores no son suficientes en una empresa.  Cuales son las carencias o de las limitaciones que tienen los contenedores.

Como comento en mi curso sobre “Docker sencillo para desarrolladores” al final lo que es el docker no deja de ser un contenedor y viene de lo que es los contenedores físicos que se utilizan para transportar mercancías.

El símil que se hace es que antiguamente las mercancías no se transportaban todas de la misma forma. Es decir es la típica imagen de la película de época en la que hay una grúa subiendo con una red, subiendo los baúles de la señora que se va a hacer el viaje en el barco.

Cada mercancía se transportaba de una determinada forma. Con lo cual, pues claro, eso era un problema. ¿Qué solución se le dio?. Meterlo en cajas, qué son los contenedores.

Y los contenedores están muy bien, pero al igual que en un mundo físico los contenedores simplemente solos no sirven para transportar mercancías, porque solo son una caja. Solo es el contenedor que dentro lleva la mercancía. En el mundo del software con los contenedores software pasa exactamente lo mismo.

Es decir un contenedor, una imagen, un contenedor es una imagen en ejecución y realmente para desarrollar pues está muy bien. Pero si tú quieres meterlo dentro de un entorno empresarial pues se quedan un poco corto.

Igual que en el tema de los transportes, el contenedor solo es la caja, pero necesitas los camiones, las grúas, los barcos portacontenedores para mover una mercancía de un sitio a otro. Pues aquí pasa exactamente lo mismo.

¿Porque se nos quedan cortos los contenedores?

Pues porque realmente dentro de lo que es un despliegue de una aplicación normalmente tú no tienes un único contenedor. Sino que tienes múltiples contenedores. Cada aplicación normalmente va en un único contenedor. Y tienes varias copias ejecutándose de ese contenedor.

Entonces realmente puedes llegar a tener un volumen de contenedores en ejecución muy alto y eso es muy difícil de manejar manualmente. Así que necesitas herramientas que te ayuden a manejar esa complejidad y ese volumen.

Aparte de que luego hay una serie de necesidades , por ejemplo de logs, porque como ya sabéis los contenedores son efímeros. Pueden desaparecer en un momento determinado y aparecer en otra máquina etcétera.

Con lo cual pues toda la gestión de logs que tradicionalmente se hacía entrando a la máquina y consultando el fichero pues aquí te puedes encontrar que esa máquina que sería el contenedor ya no existe, ha desaparecido.

Entonces hay un serie de necesidades que surgen con el uso de los contenedores que con el contenedor simplemente no se pueden solventar.

OpenShift como solución a las carencias de los contenedores

Necesitamos herramientas que nos ayuden a esa gestión. Herramientas como OpenShift que es una de las mejores herramientas que hay en este momento para trasladar lo que son los contenedores al mundo empresarial.

Como adquirir conocimiento sobre OpenShift

Si estáis interesados en avanzar en el conocimiento de los contenedores y su empleo en entornos empresariales podéis pasaros por mi página de cursos en el cual tengo referencias a un par de cursos que tengo.

Uno sobre contenedores, sobre docker, y otro sobre concretamente openshift. Enfocados ambos a lo que sería un perfil de desarrollador no tanto a un perfil de sistemas de instalación de los productos. Y yo creo que ahí os podréis hacer una idea más precisa de las interioridades de lo que es el producto openshift.

Os dejo el vídeo en el que explico estas situaciones

Las 7 claves de una infraestructura moderna

Evento RedHat Serikat. Las 7 claves de una infraestructura moderna

El pasado día 17 participé como ponente en la presentación “Las 7 claves de una infraestructura moderna” organizada por RedHat, Intel y Serikat.

Las 7 claves de una infraestructura moderna

La presentación tuvo lugar en el Palacio Euskalduna de Bilbao y conversamos sobre las necesidades de las organizaciones en el ámbito de las tecnologías de la información.

La transformación digital es un concepto que está muy de actualidad.

Comenzó la jornada Iñigo Landa haciendo una presentación sobre la importancia de la transformación digital y la trayectoria de Serikat como partner de RedHat.

Automatización con Ansible

Una de las necesidades de las organizaciones es dotarse de mayor agilidad para poder responder más rápidamente a las necesidades del negocio.

En esta parte de la sesión Javier Martínez Nohalés de RedHat nos introdujo cuales son esas necesidades que se están demandando hoy día por parte de las organizaciones.

Me gustó especialmente el planteamiento del auto consumo de las TI. Tradicionalmente cuando alguien de la organización necesita algún servicio tiene que solicitarlo mediante alguna herramienta de ticket. Este proceso es muy lento y lo que necesitamos es velocidad.

El enfoque que se está imponiendo es dar a los usuarios la posibilidad de consumir directamente el TI de la organización. Igual que cuando compras almacenamiento en una nube, por ejemplo. Simplemente lo solicitas, pagas y disfrutas del servicio, todo en minutos.

Este enfoque lleva a que se necesite automatizar las operaciones de TI. De tal forma que los operadores ya no se dediquen a aprovisionar manualmente, sino que centren su trabajo en definir las automatizaciones y las reglas por las que se rige el aprovisionamiento automático.

Javier nos mostró las posibilidades de la herramienta Ansible en este aspecto.

El camino hacia los microservicios con OpenShift

Esta parte de la presentación la comencé yo hablando de cual ha sido el pasado y el presente del desarrollo de las aplicaciones.

Fue una presentación muy didáctica en la que expuse que oportunidades de mejora hay en el desarrollo de las aplicaciones, siguiendo un enfoque de cadena de suministro de software. Desde que negocio solicita una funcionalidad hasta que esa funcionalidad llega a producción.

Vimos las oportunidades de mejora en la fase de construcción, operaciones y explotación y como OpenShift puede ayudarnos a dotarnos de mayor agilidad.

La argumentación fue un condensado de todo el contenido que he ido compartiendo tanto en este blog, como en los vídeos de YouTube y en mis cursos.

Para rematar la jornada volvió a coger el testigo Javier y nos habló del futuro de la construcción o más bien arquitectura de las aplicaciones. Futuro que está cada vez mas evolucionando hacia los microservicios.

En resumen un evento muy interesante y enriquecedor que pudimos compartir con muchos de nuestros clientes.

Git sencillo con Eclipse

Nueva versión del curso de Git sencillo para desarrollados, ahora en Eclipse.

Entorno de desarrollo Eclipse

Eclipse es uno de los principales entornos de desarrollo, sobre todo dentro del mundo java.

Es la base de varias herramientas de desarrollo, por ejemplo el JBoss Developer Studio y la herramienta de Spring están basadas en Eclipse.

Y esta herramientas desde hace ya unas cuantas versiones lleva incorporado un cliente de git, concretamente se llama egit.

Git sencillo para desarrolladores con Eclipse

Para que podais aprender los conceptos de git con la herramienta que prefiráis he creado el curso git sencillo para desarrolladores con Eclipse.

La parte teórica y el indice es el mismo que el curso con SourceTree. Simplemente se explica con Eclipse en vez de SourceTree.

Diferencias entre las herramientas

En mi opinión ambas herramientas son muy válidas para usar con Git. Pero si que creo que para empezar es más sencilla SourceTree. Probablemente porque sea una herramienta nativa y en el caso del EGit es una adaptación al funcionamiento del Eclipse.

Si que es cierto que permite hacer algunas cosas más avanzadas de forma gráfica que Sourcetree no permite.

Hay personas que prefieren que la herramienta de control de versiones esté integrada dentro de su entorno de trabajo, algo que SourceTree no permite.

Para un uso habitual de comitear y gestión de ramas básicas creo que es perfectamente válida. Su uso es bastante sencillo y nos evita el tedioso proceso de instalación de Sourcetree, que en más de una ocasión me ha dado problemas.

Con Egit es mucho mas simple ya que viene incluido en la herramienta.

De todas maneras tenéis la posibilidad de elegir cual de las dos queréis aprender a usar, o con cual de las dos vais a trabajar.

El curso de Sourcetree es un poco más largo porque hay que explicar el funcionamiento del programa, cosa que en el caso del EGit no he hecho porque asumo que el que quiera utilizar Egit ya tiene unos conceptos mínimos del entorno de desarrollo.

Inscríbete

OpenShift origin vs OpenShift online vs Minishift

OpenShift origin, OpenShift online, minishift… Muchas opciones para aparentemente lo mismo.

Te voy a contar cuales son las diferencias entre ellos y cual te puede resultar más interesante para cada situación.

Estrategia de RedHat

RedHat tiene una filosofía de trabajo que consiste en tener, por decirlo así, dos versiones de sus productos. Por una parte tiene la versión de la comunidad, que es gratuita y sin soporte, salvo la que puedas conseguir de la propia comunidad.

Y por otra parte tiene el producto comercial, basado en el de la comunidad. Este producto es el que tiene soporte, por el que hay que pagar, lógicamente. Estas versiones comerciales también son sometidas a controles de calidad para certificarlos en determinados entornos.

OpenShift origin

Una vez entendida la filosofía de trabajo de RedHat es más fácil entender que es OpenShift Origin.

En este caso estamos hablando de la versión de la comunidad del OpenShift. Es una versión que te puedes descargar libremente e instalar en cualquier servidor de tu organización.

Lógicamente como hemos comentado no tiene soporte salvo el que provee la comunidad.

La dirección es www.openshift.org . Si te das cuenta acaba en .org

OpenShift online

OpenShift online en contraposición al origin no es una versión de la comunidad sino que es comercial.

Es decir tendrás un soporte por parte del fabricante.

La particularidad es que es una versión albergada en servidores en la nube y operada por RedHat.

No vas a necesitar instalar nada en tus servidores, simplemente tendrás que pagar por lo que consumas.

OpenShift dedicated

Quizá seas de los que no gustas de tener tus aplicaciones en la nube y prefieres tenerlos en tus servidores dentro de tu organización.

Para estas necesidades existe la versión OpenShift dedicated. Es el planteamiento tradicional, pagar por un software e instalarlo y operado tu mismo.

Esta versión te da acceso también al soporte del fabricante.

MiniShift y Container Development Kit

Quizá quieras echarle un vistazo de forma rápida a como funciona OpenShift sin pagar por la versión en la nube, pero sin necesidad de hacer una instalación completa de OpenShift.

Para esta situación puedes utilizar Minishift o bien el Container Development Kit.

En esencia son versiones de OpenShift origin y dedicated pero instaladas en una única máquina para que puedas realizar las pruebas de forma facil.

Introducirte en OpenShift

Si estás interesado en OpenShift y quieres ir por la vía rápida puedes utilizar mi curso OpenShift sencillo para desarrolladores.

En un poco más de dos horas vas a poder ver el funcionamiento básico de OpenShift. Así te será más fácil poder tomar una decisión.

OpenShift oc client

Cliente de OpenShift

El openshift oc client es la forma de interactuar con nuestro openshift. Vamos a ver como utilizarlo.

OpenShift oc client vs Minishift client

Hay que diferenciar los dos clientes que intervienen en el uso de openshift, sobre todo cuando lo instalamos con un minishift.

Las primeras veces que trabajamos con openshift en un minishift resulta confuso el motivo de que existan dos clientes.

El motivo es muy sencillo, minishift es una forma fácil de tener un openshift origin instalado en local. Es por ello que necesitamos dos clientes, uno para interactuar con el minishift y otro para interactuar con el openshift.

Que aporta el cliente oc de OpenShift

La respuesta rápida es: todo. Es la herramienta para interactuar con el openshif y realizar las tareas de gestión.

Hay que tener en cuenta que el openshift es una herramienta eminentemente de infraestructura. Independientemente de que desde desarrollo nos aprovechemos de sus cualidades.

Las personas que normalmente manejan este tipo de infraestructuras están bastante habituadas a la línea de comandos.

Sobre todo porque el tener una línea de comandos potente facilita hacer scripts. Y esta automatización es lo que nos interesa en este tipo de herramientas.

El contenido del vídeo

En el video lo que vamos a ver como acceder al cliente oc desde una instalación de minishift. Veremos algunos de los comandos y explicaremos las diferencias entre las dos herramientas. Esta herramienta  nos dará acceso a toda la potencia de openshift.

Si os interesa este tipo de contenido no dejes de pasar por la página de cursos. Donde podréis encontrar más contenido referido a todos los temas de optimización de equipos de desarrollo que tengo ahora publicados.

Con ello me ayudáis a costear los materiales necesarios para crear el resto de contenido gratuito que hay tanto en este web como en el canal de YouTube.

Autoescalado en Openshift

OpenShift autoescalado

Quiero hablaros del autoescalado en openshift, una de las características que más llama la atención cuando vemos por primera vez el producto.

Que es el autoescalado

El concepto de autoescalado en OpenShift es bastante sencillo de explicar.

Tenemos un número mínimo de instancias de nuestro servicio o aplicación y queremos que cuando esa “máquina” llegue a una determinada carga se cree una instancia nueva. El motivo es  descargar a las que ya existen de trabajo y repartirselo entre más.

Aportación del autoescalado en openshift

En mi opinión el autoescalado en openshift lo que nos puede aportar es una mayor densidad de servicios en el mismo hardware.

El poder crear automáticamente nuevas instancias cambia la perspectiva. Ya no estamos obligados a tener levantadas todas las máquinas para dar servicio a los picos de carga. Es más no necesitamos que las máquinas tengan un dimensionamiesto grande. Podemos empezar con una capacidad básica y según se necesite se irán creando nuevas. Y cuando dejen de necesitarse se destruirán.

Que aporta a la optimización de equipos de desarrollo

Realmente el autoescalado no creo que aporte mucho a la optimización de los equipos de desarrollo. Básicamente porque es una característica que resulta más útil en entornos productivos.

En esos entornos es donde puede ser más necesario el disponer de diferentes instancias y que se vayan creando o destruyendo para adecuarse a la carga del momento.

En un equipo de desarrollo es más útil la creación de entornos en base a plantillas. Como ya vimos con en el articulo de wordpress con openshift es muy fácil de realizar.

Cuando entre un nuevo integrante al equipo por ejemplo.

El vídeo

Os dejo aqui el vídeo en el que os enseño el autoescalado en OpenShift. La URL de la aplicación que se usa en el ejemplo es esta: https://github.com/inigoserrano/cursoOpenShiftAppSin

Si os interesan estos temas no dudes en pasaros por mi página de cursos en la que podréis encontrar contenidos sobre esta temática.

OpenShift sencillo para desarrolladores

OpenShift sencillo para desarrolladores. La sabiduría popular dice que no hay dos sin tres, y este es mi tercer curso.

El futuro del desarrollo y los contenedores Docker

Creo que el futuro, y ya casi presente, del desarrollo de aplicaciones pasa por los contenedores. Lo que popularmente conocemos como Docker.

Los contenedores son una tecnología muy potente y que proporciona claros beneficios. Pero como toda tecnología disruptiva tienen un inconveniente. Hay que conocerla.

Como sabeis los que me seguís en este blog estoy muy interesado en la optimización de los equipos de desarrollo. Y ante una tecnología tan interesante se me plantea una cuestión.

¿Como consigo introducir esta tecnología en el equipo de trabajo?

La primera forma que se me viene a la cabeza es mediante la formación.

OpenShift sencillo para desarrolladores

Con esta necesidad en mente he creado el curso OpenShift sencillo para desarrolladores.

Es un curso muy didáctico y práctico. Con un planteamiento muy simple. Es como si viniese mi jefe y me digese que tengo un nuevo compañero en el equipo que no sabe OpenShift y que tengo que contarle lo necesario para que pueda ser productivo.

Los que hemos estado en esa situación sabemos que nadie se pone en plan academicista. Se cuenta lo que hace falta saber y sin tecnicismos.

Ese es el enfoque del curso. Y de hecho del resto de cursos que tengo.

Gratis vs de pago

Hay personas que plantean que toda la información está gratuitamente en Internet. Es cierto, hay documentación de buena calidad en el web de OpenShift. Pero la cuestión es:

¿En cuanto valoras tu tiempo?

El curso tiene un precio bastante económico y en un par de horas vas a tener una visión general de que es OpenShift y como funciona. Buscando por internet te llevaría bastante más tiempo conseguir.

Además de que con el curso puedes conseguir una certificación que podrás añadir al curriculum.

Curso de Docker vs curso de OpenShift

Tengo también un curso sobre Docker, de hecho fue el primero. La duda podría surgir sobre que es lo que aporta el curso de OpenShift sobre el de Docker.

Son cursos complementarios, de hecho para hacer el curso de OpenShift es imprescindible conocer Docker.

El curso de Docker está más orientado a conocer los fundamentos de la tecnología de contenedores, mientras que el de OpenShift está orientado a conocer la herramienta, y como poner esos contenedores dentro de un entorno empresarial.

OpenShift vs Docker

A la hora de llevar los contenedores Docker a ámbitos empresariales tenemos varias opciones.

Probablemente la que sea más sencilla de ver sea Docker Enterprise. Pero hay otras opciones, como OpenShift.

En el área en el que me muevo RedHat es bastante fuerte. Hay muchos clientes con Linux de RedHat y servidores de aplicaciones JBoss.

Así que, en mi opinión, la evolución lógica es seguir con un fabricante que ya conoces y con el que estás contento. Y sobre todo que tiene un buen producto.

OpenShift se basa en la misma tecnología de los contenedores Docker y en otra serie de herramientas líderes en el mercado, como puede ser Kubernetes.

Pero tampoco quiero destripar todo OpenShift en este post.

Mejor hacer el curso.

Os dejo también el video de presentación