Why Deploying services in Swarm in Docker? - Purpose & Use Cases

The Big Idea

What if you could launch your app everywhere with just one command and never worry about crashes again?

The Scenario

Imagine you have to start multiple copies of your app on different computers one by one, logging into each machine and running commands manually.

The Problem

This manual way is slow and tiring. You might forget a step or start the wrong number of copies. If one machine fails, you have to fix it yourself. It's easy to make mistakes and hard to keep track.

The Solution

Swarm lets you tell all your computers what to do at once. You write one command to deploy your app everywhere, and Swarm handles the rest. It keeps your app running smoothly and fixes problems automatically.

Before vs After

✗ Before

ssh node1 docker run -d myapp
ssh node2 docker run -d myapp

✓ After

docker service create --replicas 2 --name myapp myapp

What It Enables

You can easily run and manage many copies of your app across multiple machines with one simple command.

Real Life Example

A company wants their website to stay online even if one server crashes. Using Swarm, they deploy multiple copies of the website app that automatically balance traffic and restart if needed.

Key Takeaways

Manual deployment is slow and error-prone.

Swarm automates running apps on many machines.

It keeps apps running and easy to manage.

Practice

1. What does the docker service create command do in Docker Swarm?

easy

A. It deploys a new service across the Swarm cluster.

B. It removes an existing service from the Swarm.

C. It lists all running containers on a single node.

D. It initializes a new Swarm cluster.

Solution

1. Step 1: Understand the purpose of docker service create

   This command is used to deploy a new service that runs containers across the Swarm cluster nodes.

2. Step 2: Differentiate from other commands

   Removing services uses docker service rm, listing containers uses docker ps, and initializing Swarm uses docker swarm init.

3. Final Answer:

   It deploys a new service across the Swarm cluster. -> Option A

4. Quick Check:

   docker service create = deploy service [OK]

Hint: Create services to deploy apps on many nodes [OK]

Common Mistakes:

• Confusing service creation with Swarm initialization
• Mixing service removal with creation
• Thinking it lists containers instead of services

2. Which of the following is the correct syntax to create a service with 3 replicas and publish port 80 to 8080?

easy

A. docker service create --replicas 3 --publish 8080:80 myimage

B. docker service create --publish 3 --replicas 80:8080 myimage

C. docker service create --replicas=3 --publish=80:8080 myimage

D. docker service create --replicas 3 --publish 80:8080 myimage

Solution

1. Step 1: Check correct option format for replicas and publish

   The correct syntax uses --replicas 3 and --publish 8080:80 to map port 8080 on the host to port 80 in the container.

2. Step 2: Validate port mapping order and syntax

   Port mapping is hostPort:containerPort, so 8080:80 is correct. Options B, C, and D have wrong order or syntax.

3. Final Answer:

   docker service create --replicas 3 --publish 8080:80 myimage -> Option A

4. Quick Check:

   Replicas and publish flags syntax = docker service create --replicas 3 --publish 8080:80 myimage [OK]

Hint: Use --replicas N and --publish hostPort:containerPort [OK]

Common Mistakes:

• Reversing port numbers in --publish
• Using equal signs incorrectly
• Mixing replicas and publish values

3. What will be the output of the command docker service ls after running docker service create --name webapp --replicas 2 --publish 80:80 myimage:latest?

medium

A. Error: service not found

B. No services found

C. ID NAME MODE REPLICAS IMAGE PORTS
abc123 webapp replicated 2/2 myimage:latest *:80->80/tcp

D. ID NAME MODE REPLICAS IMAGE PORTS
abc123 webapp global 1/2 myimage:latest *:80->80/tcp

Solution

1. Step 1: Understand docker service ls output format

   This command lists services with columns: ID, NAME, MODE, REPLICAS, IMAGE, PORTS.

2. Step 2: Match service details with created service

   Since the service webapp has 2 replicas in replicated mode, the REPLICAS column shows 2/2. The ports show mapping like *:80->80/tcp.

3. Final Answer:

   ID NAME MODE REPLICAS IMAGE PORTS abc123 webapp replicated 2/2 myimage:latest *:80->80/tcp -> Option C

4. Quick Check:

   Service list shows replicas count correctly [OK]

Hint: Replicas show as running/desired in service list [OK]

Common Mistakes:

• Expecting 'global' mode instead of 'replicated'
• Thinking no services appear after creation
• Confusing error messages with normal output

4. You ran docker service create --replicas 3 --publish 80:80 myimage but only 1 replica is running. What is the likely cause?

medium

A. The image name is incorrect causing failure.

B. The command syntax is invalid and service was not created.

C. The port mapping syntax is wrong and blocks replicas.

D. Swarm has only one node available to run the replicas.

Solution

1. Step 1: Check cluster node availability

   If only one node is in the Swarm, it can run only one replica at a time if resources are limited or constraints exist.

2. Step 2: Verify command correctness and image

   The command syntax and image name are valid, so the issue is not syntax or image error.

3. Final Answer:

   Swarm has only one node available to run the replicas. -> Option D

4. Quick Check:

   Replica count depends on node availability [OK]

Hint: Check number of nodes to match replica count [OK]

Common Mistakes:

• Assuming port syntax blocks replicas
• Blaming image name without error messages
• Thinking syntax error stops service creation

5. You want to deploy a service named api with 4 replicas, publish port 5000, and ensure it restarts automatically on failure. Which command is correct?

hard

A. docker service create --name api --replicas 4 --publish 5000:5000 myapiimage --restart-condition on-failure

B. docker service create --name api --replicas 4 --publish 5000:5000 --restart-condition on-failure myapiimage

C. docker service create --name api --replicas 4 --publish 5000:5000 --restart-condition failure myapiimage

D. docker service create --name api --replicas 4 --publish 5000:5000 --restart on-failure myapiimage

Solution

1. Step 1: Identify correct restart flag for services

   Docker Swarm uses --restart-condition to specify restart behavior, such as on-failure.

2. Step 2: Check option placement and syntax

   Options must be before the image name. docker service create --name api --replicas 4 --publish 5000:5000 --restart-condition on-failure myapiimage correctly places --restart-condition on-failure before the image name. Options B and C use invalid flags or values. docker service create --name api --replicas 4 --publish 5000:5000 myapiimage --restart-condition on-failure places the flag after the image name, which is invalid.

3. Final Answer:

   docker service create --name api --replicas 4 --publish 5000:5000 --restart-condition on-failure myapiimage -> Option B

4. Quick Check:

   Use --restart-condition on-failure before image [OK]

Hint: Use --restart-condition on-failure before image name [OK]

Common Mistakes:

• Using --restart instead of --restart-condition
• Placing flags after image name
• Using invalid restart condition values