container. Often, an image is based on another image, with some additional
customization. For example, you may build an image which is based on the `ubuntu`
image, but installs the Apache web server and your application, as well as the
configuration details needed to make your application run.
You might create your own images or you might only use those created by others
and published in a registry. To build your own image, you create a Dockerfile
with a simple syntax for defining the steps needed to create the image and run
it. Each instruction in a Dockerfile creates a layer in the image. When you
change the Dockerfile and rebuild the image, only those layers which have
changed are rebuilt. This is part of what makes images so lightweight, small,
and fast, when compared to other virtualization technologies.
#### Containers
A container is a runnable instance of an image. You can create, start, stop,
move, or delete a container using the Docker API or CLI. You can connect a
container to one or more networks, attach storage to it, or even create a new
image based on its current state.
By default, a container is relatively well isolated from other containers and
its host machine. You can control how isolated a container's network, storage,
or other underlying subsystems are from other containers or from the host
machine.
A container is defined by its image as well as any configuration options you
provide to it when you create or start it. When a container is removed, any changes to
its state that aren't stored in persistent storage disappear.
##### Example `docker run` command
The following command runs an `ubuntu` container, attaches interactively to your
local command-line session, and runs `/bin/bash`.
```console
$ docker run -i -t ubuntu /bin/bash
```
When you run this command, the following happens (assuming you are using
the default registry configuration):
1. If you don't have the `ubuntu` image locally, Docker pulls it from your
configured registry, as though you had run `docker pull ubuntu` manually.
2. Docker creates a new container, as though you had run a `docker container create`
command manually.
3. Docker allocates a read-write filesystem to the container, as its final
layer. This allows a running container to create or modify files and
directories in its local filesystem.
4. Docker creates a network interface to connect the container to the default
network, since you didn't specify any networking options. This includes
assigning an IP address to the container. By default, containers can
connect to external networks using the host machine's network connection.
5. Docker starts the container and executes `/bin/bash`. Because the container
is running interactively and attached to your terminal (due to the `-i` and `-t`
flags), you can provide input using your keyboard while Docker logs the output to
your terminal.
6. When you run `exit` to terminate the `/bin/bash` command, the container
stops but isn't removed. You can start it again or remove it.
## The underlying technology
Docker is written in the [Go programming language](https://golang.org/) and takes
advantage of several features of the Linux kernel to deliver its functionality.
Docker uses a technology called `namespaces` to provide the isolated workspace
called the container. When you run a container, Docker creates a set of
namespaces for that container.
These namespaces provide a layer of isolation. Each aspect of a container runs
in a separate namespace and its access is limited to that namespace.
## Next steps
- [Install Docker](/get-started/get-docker.md)
- [Get started with Docker](/get-started/introduction/_index.md)