Pods: la unidad más pequeña

En Kubernetes, la unidad desplegable más pequeña se denomina Pod. Considérelo el componente básico de sus aplicaciones.

En esta lección conocerá los Pods, su propósito y cómo crearlos mediante YAML.

Un Pod es una abstracción que representa una única instancia de su aplicación. Contiene uno o más contenedores, junto con recursos compartidos.

• Contenedores: normalmente contenedores de Docker que ejecutan el código de su aplicación.
• Almacenamiento: volúmenes de almacenamiento compartidos para conservar los datos.
• Red: una dirección IP única y una configuración de red para el Pod.

Quizá se pregunte por qué Kubernetes usa Pods en lugar de gestionar los contenedores directamente. Estas son las razones:

• Recursos compartidos: los contenedores de un Pod comparten el mismo espacio de nombres de red y pueden comunicarse mediante localhost.
• Colocación conjunta: garantiza que los contenedores estrechamente vinculados (como una aplicación y su sidecar de registro) siempre se programen juntos en el mismo nodo.
• Abstracción: los Pods proporcionan una abstracción de nivel superior, lo que facilita gestionar las aplicaciones en conjunto en lugar de contenedores individuales.

La mayoría de los Pods ejecutan un solo contenedor. Este es el caso de uso más habitual. Por ejemplo, un Pod podría ejecutar únicamente un servidor web Nginx o una aplicación de Node.js.

Incluso con un solo contenedor, el Pod proporciona el contexto de red y almacenamiento, lo que lo convierte en una unidad de implementación completa.

Los objetos de Kubernetes, incluidos los Pods, suelen definirse mediante archivos YAML (YAML Ain't Markup Language). Estos archivos describen el estado deseado de los recursos.

Un YAML básico de un Pod incluye:

• apiVersion: la versión de la API de Kubernetes.
• kind: el tipo de objeto de Kubernetes (por ejemplo, Pod).
• metadata: información como el name y las labels del Pod.
• spec: el estado deseado, incluidos los contenedores que se ejecutarán.

Veamos una definición YAML sencilla para un Pod que ejecuta un servidor web Nginx.

La sección spec.containers define los contenedores del Pod, incluidos su name, image y ports.

Para crear un Pod a partir de un archivo YAML, use el comando kubectl apply. Este comando indica a Kubernetes que cree o actualice los recursos según su definición.

Primero, guarde el contenido YAML anterior en un archivo llamado nginx-pod.yaml.

Después de aplicar el YAML, puede comprobar el estado de su Pod mediante kubectl get pod. Debería mostrar el Pod en estado Running.

Para obtener información más detallada, incluidos los eventos y el estado de los contenedores, use kubectl describe pod.

Aunque los Pods con un solo contenedor son habituales, un Pod también puede alojar varios contenedores. Normalmente están estrechamente vinculados y comparten recursos.

Un patrón común es el contenedor «sidecar», que se ejecuta junto al contenedor principal de la aplicación para proporcionar servicios auxiliares como registro, supervisión o sincronización de datos.

¡Analizaremos este patrón con más detalle en una lección futura!

¿Cuál de los siguientes NO es un campo de nivel superior obligatorio en una definición YAML básica de un Pod de Kubernetes?

Ha aprendido que los Pods son las unidades desplegables más pequeñas de Kubernetes y encapsulan contenedores y recursos de almacenamiento y red.

• Los Pods abstraen los contenedores para permitir compartir recursos y colocarlos conjuntamente.
• Los archivos YAML definen los Pods mediante apiVersion, kind, metadata y spec.
• Los Pods se crean con kubectl apply -f <filename> y se inspeccionan con kubectl get pod y kubectl describe pod.

¡A continuación, profundizaremos en el ciclo de vida y los estados de estos componentes fundamentales!