DEV Community

Cover image for Development Environments with Docker
Erika Heidi
Erika Heidi

Posted on • Updated on • Originally published at eheidi.dev

Development Environments with Docker

Docker is a software used to build and run containers. Unlike virtual machines, containers do not emulate an entire operating system, relying on the host OS to provide an isolated filesystem that consumes less resources than traditional VMs, but still provide a fully functional runtime based on a chosen operating system.

The container model as a high-level overview

The build steps necessary to (re)create a Docker container image are defined in a Dockerfile. This file may contain special instructions to install packages, create users, and run arbitrary system commands.

Container images can be hosted in a remote registry that allow images to be pulled from different locations. The default Docker registry is Docker Hub, but there are many others. When using images from registries other than Docker Hub, you'll need to specify the registry URL along the image identifier.

Pulling Images from a Registry

The pull command is used to pull images from a remote registry. It is not mandatory to run this command before running an image, as the pull will happen automatically. However, if you already have a local copy of an image, you'll need to run the pull command in order to obtain an updated version of the image.

docker pull registry/image
Enter fullscreen mode Exit fullscreen mode

For example, this will pull the PHP Chainguard Image to your local machine:

docker pull cgr.dev/chainguard/php
Enter fullscreen mode Exit fullscreen mode

You should see output similar to this:

Using default tag: latest
latest: Pulling from chainguard/php
1e4853eb9712: Pull complete 
Digest: sha256:387acb900179de11ca5a56c3ebbb6f29d2df88cb488d50fc9736ab085f27520d
Status: Downloaded newer image for cgr.dev/chainguard/php:latest
cgr.dev/chainguard/php:latest
Enter fullscreen mode Exit fullscreen mode

Running Containers

The run command is used to execute the entry point defined by your image Dockerfile. Depending on the image and how it is used, you may need to provide additional parameters to the command.

docker run registry/image
Enter fullscreen mode Exit fullscreen mode

For example, the following command will execute the PHP image we pulled in the previous section, with the --version flag to obtain the PHP version:

docker run cgr.dev/chainguard/php --version
Enter fullscreen mode Exit fullscreen mode
PHP 8.2.12 (cli) (built: Nov 15 2023 15:30:03) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.2.12, Copyright (c) Zend Technologies
Enter fullscreen mode Exit fullscreen mode

Running Containers in Interactive Mode

Many (maybe even most) container images run a single command and are terminated afterwards. It is the case with regular PHP images that are meant to run scripts. There is no interaction once the process of execution is initiated.

Some images will require some type of interaction from the user. That is often the case with images that run an interactive application such as bash. In those cases, you'll need to provide the -it argument when running Docker:

docker run -it registry/image
Enter fullscreen mode Exit fullscreen mode

For example, this will execute the wolfi-base image and land you in a shell inside the newly created container:

docker run -it cgr.dev/chainguard/wolfi-base
Enter fullscreen mode Exit fullscreen mode

Running Ephemeral Containers

To remove a container immediately after it is terminated, add the -rm parameter to the docker run command:

docker run --rm registry/image
Enter fullscreen mode Exit fullscreen mode

This is especially useful for running quick commands that don't generate relevant output that needs to be shared or persisted, as with our first example that checked for the PHP version. We could rewrite that command to the following:

docker run --rm cgr.dev/chainguard/php --version
Enter fullscreen mode Exit fullscreen mode

And this will prevent Docker from keeping the state of this container, which is good for saving resources.

Checking Container Status

To have a full list of active and inactive containers currently registered in the system, run:

docker ps -a
Enter fullscreen mode Exit fullscreen mode

Note: When the -a parameter is not provided, Docker will list only containers that are currently running.

You should get output similar to this:

CONTAINER ID   IMAGE                    COMMAND                CREATED          STATUS                      PORTS     NAMES
26272c21399c   cgr.dev/chainguard/php   "/bin/php --version"   10 minutes ago   Exited (0) 10 minutes ago             musing_hermann
Enter fullscreen mode Exit fullscreen mode

The first time we executed the command to obtain the PHP version of the container, we didn't use the --rm flag. That's why the container is listed here - it's inactive, but its state is saved.

Using Volume Shares

When running development environments, it's crucial that you're able to edit your code in your local machine, while being able to execute and test it inside the container. To enable that, you can use Docker volumes. Volumes are used to share the contents of a predefined path in your host machine to a location inside the container.

The following command will create a volume sharing the contents of LOCAL_FOLDER in the host machine with REMOTE_FOLDER inside the container.

docker run -v LOCAL_FOLDER:REMOTE_FOLDER registry/image
Enter fullscreen mode Exit fullscreen mode

Use Case and Example

Let's say you want to run a PHP script without having to install PHP (could be any other language). You want to be able to make changes to the file and test it in an isolated environment.

Create a folder in your home directory for this demo:

mkdir ~/docker-demo
cd ~/docker-demo
Enter fullscreen mode Exit fullscreen mode

Next, create a new file and copy the following contents to it:

<?php
echo "Testing Docker PHP Dev Env";
print_r($argv);
Enter fullscreen mode Exit fullscreen mode

Save the file as demo.php.

Now you can use a Docker image to run this code. The following command will create an ephemeral container to execute code shared inside the container:

docker run --rm -v ${PWD}:/app cgr.dev/chainguard/php demo.php
Enter fullscreen mode Exit fullscreen mode

The ${PWD} shell variable contains the current directory location. The volume will share the current directory with the /app location in the container, which is the workdir (the default directory) for that image. With the files shared in the default workdir, you can refer to the script simply as demo.php.

Purging Docker Resources

Some resources are not removed once a container is terminated; that is the case with named volumes. Images can also leave a big footprint in your system, think gygabites of space from unused layers and old images.

The prune command can be used to clean up unused resources and free up space occupied by them. For instance, to purge unused volumes:

docker volume prune
Enter fullscreen mode Exit fullscreen mode
WARNING! This will remove anonymous local volumes not used by at least one container.
Are you sure you want to continue? [y/N] 
Enter fullscreen mode Exit fullscreen mode

The same logic applies to images and networks. To perform a complete system purge, run:

docker system prune
Enter fullscreen mode Exit fullscreen mode

You should get a warning message confirming what is going to be removed. Type y to confirm.

WARNING! This will remove:
  - all stopped containers
  - all networks not used by at least one container
  - all dangling images
  - all dangling build cache

Are you sure you want to continue? [y/N] 
Enter fullscreen mode Exit fullscreen mode

Unused resources accumulate with time, so it's good to run this command every once in a while. Depending on how you're using Docker, you may be able to free up a lot of disk space with this command.

Resources to Learn More

The What are Containers? guide from Chainguard Academy has a nice high level overview of containers and images. For more technical specifications and reference docs, check the official Docker Documentation which covers all components in the Docker container ecosystem.

For considerations about container security, check this Academy guide on Selecting a Base Image and the introduction to Software Supply Chain Security, which should give you a better understanding of security considerations when bringing your images to Production.

Bonus: Docker Cheat Sheet

Docker Cheat Sheet

Top comments (10)

Collapse
 
jonesrussell profile image
Russell Jones

🎵 Dah-Dah-Dah-Dock…er! 🎵 Docker is the Beethoven of tech, orchestrating a symphony of efficiency in our development environments. But just like a symphony, it can get complex when you start conducting with Kubernetes.

Docker is indeed a tool that everyone in the field should embrace. It’s not just about containerization, it’s about transforming the way we think about and interact with our development environments.

Erika, your insightful exploration into Docker is a beacon for us all. Keep these enlightening posts coming, we’re all aboard for the journey! 🌊

Collapse
 
erikaheidi profile image
Erika Heidi

Haha that's lovely. Thank you!

Collapse
 
cherryramatis profile image
Cherry Ramatis

Awesome content around docker! really amazing didactics thanks

I always run docker system prune -a to save some GB on my hard disk haha

Collapse
 
erikaheidi profile image
Erika Heidi

Thank you 🥹🫶

Collapse
 
kehoecj profile image
Clayton Kehoe

Nice guide!

Collapse
 
erikaheidi profile image
Erika Heidi

Thank you! 🫶

Collapse
 
hectorlaris profile image
Héctor Serrano

Tks a lot!

Collapse
 
fernandafernandes profile image
Fernanda Fernandes Machado

Obrigada Erika pelo excelente artigo! Por favor, continue🙏 Adoro sua didática. Seus tutoriais já salvaram minha vida várias vezes kkk

Collapse
 
erikaheidi profile image
Erika Heidi

muito obrigada <3

Collapse
 
xucian profile image
xucian

any thoughts about separating different envs through compose?