Kubernetes y Docker pueden parecer lo mismo a simple vista, ya que ambos permiten ejecutar con contenedores, pero cada uno trabaja en capas diferentes de la infraestructura Cloud. Suman funcionalidades que son complementarias y trabajan conjuntamente.

Kubernetes soporta diversos tipos de contenedores pero el más común y popular es Docker, de modo que Docker se encarga de crear los contenedores que se van a utilizar y Kubernetes se dedica a gestionarlo todo.

Una aplicación en sí se puede dockerizar y migrar a kubernetes en cualquier momento, pero puestos que kubernetes es capaz de gestionar servicios por separado, sería mejor idea primero separarlo en microservicios, y después migrarlo a kubernetes.

Dependiendo de la complejidad de la aplicación y los conocimientos del equipo encargado de desplegar la aplicación en kubernetes, se puede iniciar un proyecto en kubernetes. De hecho, sería aconsejable.

Casi todas las aplicaciones que se pueda imaginar pueden correr en kubernetes. Para no enumerar decenas de tipos de aplicaciones, mejor descartar las aplicaciones que no deberían correr en kubernetes. Ver pregunta 5.

Para entender qué tipo de aplicaciones no deben correr en kubernetes, es conveniente entender la fuerza y la debilidad de este. La verdadera fuerza de kubernetes, sin entrar en detalle en cada uno de los objetos y características, está en su capa de aplicación; la resiliencia hacía los reinicios de un servicio, el escalado y, en general, el enfoque de cómo construir una aplicación.

Por otra parte, la capa de datos en kubernetes puede ser un reto. Mantener el estado de una aplicación cuyos servicios pueden reiniciarse en cualquier momento, o desplegar una base de datos en un sistema distribuido, donde la base de datos en sí es propenso a reiniciarse en cualquier momento, no es el entorno ideal.

Por tanto, como regla general, no se debería de desplegar una base de datos en kubernetes. Incluso si mapearamos los datos en el nodo para alta disponibilidad, hay que tener en cuenta que los nodos también pueden reiniciarse o escalar. Y que tener una base de datos en los nodos puede reducir el rendimiento de las aplicaciones que corren en el clúster.

El punto de inicio debería ser kubernetes.io. Pero aprender kubernetes a través de su documentación puede ser tedioso, y enfocado a entornos perfectos, que tienen poco que ver con la realidad. Puedes consultarnos a través del formulario de contacto para informarte más sobre nuestros cursos de formación en Kubernetes.