Creando servicios en Docker Swarm

Contenido del curso

Conceptos básicos

Primeros pasos

Administrando Servicios

Swarm avanzado

Swarm productivo

Conclusiones

24
Escalabilidad con Docker Swarm: listo para millones
00:52 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:005:36

Creando servicios en Docker Swarm

Curso de Swarm

Clase 8 de 24

Clase 8 / 24

Recursos

Si ya tienes tu swarm local activo, el siguiente paso es usar servicios en Docker Swarm para aprovechar sus ventajas por encima de ejecutar contenedores sueltos. Aquí aprenderás a crear un servicio con Alpine que hace ping, entender qué es un servicio y cómo verificar réplicas, modo e imagen, todo desde la terminal.

¿Por qué usar servicios en Docker Swarm?

En lugar de docker run o docker compose up, en Swarm trabajas con servicios: una entidad que agrupa y gestiona contenedores, similar al servicio de Docker Compose, pero específico de Swarm. El daemon en swarm mode ofrece más capacidades: orquesta contenedores, escala réplicas y gestiona imágenes.

Un servicio agrupa uno o varios contenedores.
Puedes escalar y administrar con un solo comando.
Swarm se encarga de crear y mantener los contenedores.
El daemon en modo Swarm añade funciones por encima de Docker tradicional.

¿Qué conceptos y palabras clave debes fijarte?

Servicio: entidad que agrupa contenedores y se escala.
daemon en swarm mode: mismo daemon con capacidades extra.
replicas: cantidad de contenedores por servicio; por defecto es 1.
image: la imagen Docker que el servicio necesita (ejemplo: Alpine).
node: el host donde Swarm ejecuta los contenedores (en este caso, uno solo).
Correspondencia servicio-contenedor: cada servicio despliega contenedores gestionados por Swarm.

¿Cómo crear tu primer servicio con docker service create?

Crearemos un servicio llamado pinger que use la imagen Alpine y ejecute ping a www.google.com. Swarm descargará la imagen si no está disponible localmente y levantará el contenedor correspondiente.

¿Qué comando ejecutar?

docker service create --name pinger alpine ping www.google.com

Asignas nombre con --name pinger.
Usas la imagen Alpine, ligera y orientada a seguridad.
Defines el comando del contenedor: ping a www.google.com.

¿Qué salida esperar y qué significa?

Al presionar enter verás mensajes como “preparing”, “esperando que las tareas estén estables” y “los servicios convergieron”.

“preparing”: Swarm prepara el despliegue y descarga la imagen si falta.
“tareas estables”: comprueba que el contenedor está corriendo correctamente.
“servicios convergieron”: el servicio quedó operativo.

¿Cómo inspeccionar réplicas y contenedores asociados?

Una vez creado el servicio, puedes revisar su estado y el contenedor asociado. En un solo node podrás ver directamente el contenedor que Swarm lanzó por ti.

¿Cómo ver servicios activos?

docker service ls

Muestra ID, nombre y modo del servicio.
Indica replicas: por defecto verás 1/1.
Señala la image usada: Alpine en este caso.

¿Dónde están los contenedores?

docker ps

Verás un contenedor creado por Swarm (no hiciste docker run).
Swarm asigna un nombre único, por ejemplo: pinger.1.x.
Confirma que está ejecutando el comando ping.

En síntesis: declaras “qué” con servicios y Swarm hace el “cómo”. Descarga imágenes cuando faltan, crea contenedores y mantiene el estado deseado.

¿Quieres seguir profundizando en servicios y ciclo de vida en Swarm? Cuéntame en los comentarios qué te gustaría automatizar o escalar con servicios.

Walter Chacón

Hace 8 años

Hola Guido,

Tengo corriendo docker swarm para unos microservices en mi trabajo, tenemos un CI para hacer constantemente deploys al docker swarm. La cuestión es que el server cada día va consumiendo mas disco duro y es porque las imágenes de docker se van acumulando. La solución que hice fue crear un cron job que lo que hace es que todos los días hace un docker system prune -f para eliminar todas las imágenes que ya no están en uso.

Cual seria una buena practica para esto ?

Manuel Salv. Lemos Foncubierta

Hace 8 años

No, por que de esa manera te quedas sin backups el sistema del rollback.

Tendrias que versionar la aplicacion y guardar solo las imagenes de dichas versiones (testeadas por supuesto).

Guido Vilariño

Profesor

Hace 8 años

En swarm siempre tienes que tener algún mecanismo de mantenimiento y limpieza. Yo uso meltwater/docker-cleanup corriendo como un servicio global de Swarm, lo que me garantiza que corre en todos los nodos, y delego en él la tarea de limpiar todo. Lo hago así:

docker service create \
  --detach \
  -e CLEAN_PERIOD=900 \
  -e DELAY_TIME=600 \
  --log-driver json-file \
  --log-opt max-size=1m \
  --log-opt max-file=2 \
  --name cleanup \
  --mode global \
  --mount type=bind,source=/var/run/docker.sock,target=/var/run/docker.sock \
  meltwater/docker-cleanup

Puedes aprender más de esta imagen leyendo su página en docker hub

Comentarios (20)20 comentarios

Ariel Ayala

En swarm no se corren contenedores manualmente, se declaran los servicios que se desean correr.

Edwin Garcia

// Crear Servicio con el nombre pinger, realizando un ping a
docker service create --name pinger alpine ping
// lista los servicios
docker service ls

Wilson Fernando Antury Torres

Hace 7 años

docker swarm init l- inux alpine: muy pequeño orientado a seguridad. Se usa mucho en docker como base de imágenes.
docker service create --name pinger alpine ping www.google.com

Pablo Aquino

Hace 6 años

Un servicio puede agrupar a uno o varios contenedores.
docker service create --name nombre imagedocker command, para crear un nuevo servicio, con un nombre, imagen y comando específico en docker swarm.
docker service ls, para listar una serie de servicios.
Para poder crear un servicio docker swarm usa los mismos conceptos que se usa docker.

Andrés Felipe Carreño

Alpine es una imagen de linux que es muy liviana orientado a seguridad. Se utiliza mucho como base para diferentes contenedores.

Juan Manuel Hincapié

Hace 4 años

Comandos

Inicializamos Docker Swarm

docker swarm init

Creamos un servicio llamado pinger que use una imagen de alpine para hacer un ping a una dirección, en este caso, Google

docker service create --name pringer alpine ping www.google.com

Listamos los servicios activos

Las réplicas es como en docker compose los contenedores

Listamos los contenedores que están corriendo, se sabe exactamente dado que estamos en un sólo contenedor

Lo que hizo cuadno salío que estaba preparando fue descargar la imagen de alpine dado que no la teníamos en la máquina, el funcionamiento parte de la base de lo aprendido en el curso de Docker.

alpine linux: https://alpinelinux.org/

Carlos Enrique Ramírez Flores

Gracias!

Gonzalo Amador Hernández

Para usar el comando de docker service necesitas activar el modo Swarm, una vez hecho puedes usar el comando:

List services:

Create a service:

docker service create --name <name> <image> <command>
# for example  
docker service create --name pinger alpine ping www.google.com

DAVID EDUARDO BAEZ SANCHEZ

Entendido

docker service create --name pinger alpine ping www.google.com
docker service ls

Manuel Antonio Montero Palencia

Las tareas de un servicio puede escalar automaticamente ?, de manera que se pueden ajustar a mi demanda dependiendo de los nodos que añado al cluster de docker swarm

asi es, se vera en clases adelante

Samir Jimenez Vivas

Hace 5 años

Antes de esta clase vuelvan a iniciar el docker swarm, sino les dará error.

William Glaffo

Docker swarm descargas las imágenes que requiera para completar la instrucción.

Gerardo Alberto Soto Alvarez del Castillo

Cuando se utiliza Docker-Compose, utilizamos el termino SERVICIO que “esta por encima de los contenedores” ya que AGRUPA a los contenedores, en Docker Swarm utilizamos el mismo concepto.

Boris Vargas Paucara

-- Creando el primer servicio con la imagen de ALPINE

-- Listar que servicios estan corriendo

-- Listar contenedores, observamos que el nombre del contenedor asignado se asemeja al nombre del servicio

Roger Alberto Chan Arjona

Hace 5 meses

Ya tengo el swarm local activo

Omar Alejandro Pérez García

Hola, profe! Al declarar servicios en swarm, ¿se estaría reemplazando la función de docker-compose para la conexión multi-contenedores?

Mario Alexander Vargas Celis

Hace 2 años

## Fundamentos de Docker Swarm: servicios - se inicia docker swarm docker swarm init

- se crea un servicio llamado pinger y s euas al imagen alpine con ping de dirrección de google para el ejemplo: docker service create --name pringer alpine ping www.google.com

- listamos los servicios activos: docker service ls

Usuario anónimo

User

Docker swarn init docker service create --name pinger alpine ping google docker service ls

Luis Alfredo Torres Cabrera

Excelente

Conceptos básicos

Docker Swarm sin gastar dinero en la nube

Escalando Docker con Docker Swarm

Por qué Docker Swarm es esencial para producción

Arquitectura de Docker Swarm: managers y workers

Los 12 factores para aplicaciones en Docker Swarm

Primeros pasos

Instalación de Docker en Mac, Ubuntu y Windows

Cómo iniciar Docker Swarm en tu máquina

Creando servicios en Docker Swarm

Cómo funciona docker service ps internamente

Qué es Play with Docker para practicar

Creando un Docker Swarm multinodo real

Administrando Servicios

Docker Swarm: escalado y rolling updates

Gestión de actualizaciones y fallos en Docker Swarm

Cómo exponer servicios Docker Swarm

Swarm avanzado

Cómo Docker Swarm enruta tráfico sin perder peticiones

Docker Swarm constraints: dónde correr cada tarea

Cómo drenar nodos en Docker Swarm sin downtime

Redes Overlay en Docker Swarm: Comunicación entre Servicios

Docker Stack: automatiza despliegues multinodo

Implementación de Reverse Proxy con Traefik en Docker Swarm

Swarm productivo

Implementación de Docker Swarm en Producción: Arquitectura y Gestión

Administración de Swarm con Portainer: Gestión y Despliegue

Optimización de Swarm: Mantenimiento, Logs y Monitoreo Avanzado

Conclusiones

Escalabilidad con Docker Swarm: listo para millones

Creando servicios en Docker Swarm

Progreso del curso

Conceptos básicos

Primeros pasos

Administrando Servicios

Swarm avanzado

Swarm productivo

Conclusiones

Recursos

Recursos