mirror of https://github.com/docker/docs.git
Clean up the glossary file
Signed-off-by: Usha Mandya <usha.mandya@docker.com>
This commit is contained in:
parent
1b8e8e84e8
commit
ccefe5034f
|
@ -1,10 +1,9 @@
|
||||||
amd64: |
|
amd64: |
|
||||||
AMD64 is AMD's 64-bit extension of Intel's x86 architecture, and is also
|
AMD64 is AMD's 64-bit extension of Intel's x86 architecture, and is also
|
||||||
referred to as x86_64 (or x86-64).
|
referred to as x86_64 (or x86-64).
|
||||||
aufs: |
|
arm64: |
|
||||||
aufs (advanced multi layered unification filesystem) is a Linux [filesystem](#filesystem) that
|
ARM64 is the 64-bit extension of the ARM CPU architecture. arm64 architecture
|
||||||
Docker supports as a storage backend. It implements the
|
is used in Apple silicon machines.
|
||||||
[union mount](https://en.wikipedia.org/wiki/Union_mount) for Linux file systems.
|
|
||||||
base image: |
|
base image: |
|
||||||
A **base image** has no parent image specified in its Dockerfile. It is created
|
A **base image** has no parent image specified in its Dockerfile. It is created
|
||||||
using a Dockerfile with the `FROM scratch` directive.
|
using a Dockerfile with the `FROM scratch` directive.
|
||||||
|
@ -31,7 +30,7 @@ Compose: |
|
||||||
application up in a single command which does everything that needs to
|
application up in a single command which does everything that needs to
|
||||||
be done to get it running.
|
be done to get it running.
|
||||||
|
|
||||||
*Also known as : docker-compose, fig*
|
*Also known as : docker-compose
|
||||||
copy-on-write: |
|
copy-on-write: |
|
||||||
Docker uses a
|
Docker uses a
|
||||||
[copy-on-write](/storage/storagedriver/#the-copy-on-write-cow-strategy)
|
[copy-on-write](/storage/storagedriver/#the-copy-on-write-cow-strategy)
|
||||||
|
@ -61,7 +60,7 @@ container: |
|
||||||
- An execution environment
|
- An execution environment
|
||||||
- A standard set of instructions
|
- A standard set of instructions
|
||||||
|
|
||||||
The concept is borrowed from Shipping Containers, which define a standard to ship
|
The concept is borrowed from shipping containers, which define a standard to ship
|
||||||
goods globally. Docker defines a standard to ship software.
|
goods globally. Docker defines a standard to ship software.
|
||||||
Docker: |
|
Docker: |
|
||||||
The term Docker can refer to
|
The term Docker can refer to
|
||||||
|
@ -80,21 +79,20 @@ Docker Desktop for Mac: |
|
||||||
Docker Desktop for Windows: |
|
Docker Desktop for Windows: |
|
||||||
[Docker Desktop for Windows](/desktop/windows/) is an
|
[Docker Desktop for Windows](/desktop/windows/) is an
|
||||||
easy-to-install, lightweight Docker development environment designed
|
easy-to-install, lightweight Docker development environment designed
|
||||||
specifically for Windows 10 systems that support Microsoft Hyper-V
|
specifically for Windows systems that support WSL 2 and Microsoft Hyper-V.
|
||||||
(Professional, Enterprise and Education). Docker Desktop for Windows uses Hyper-V for
|
Docker Desktop for Windows uses WSL 2 or Hyper-V for
|
||||||
virtualization, and runs as a native Windows app. It works with Windows Server
|
virtualization. Docker Desktop
|
||||||
2016, and gives you the ability to set up and run Windows containers as well as
|
|
||||||
the standard Linux containers, with an option to switch between the two. Docker
|
|
||||||
for Windows is the best solution if you want to build, debug, test, package, and
|
for Windows is the best solution if you want to build, debug, test, package, and
|
||||||
ship Dockerized applications from Windows machines.
|
ship Dockerized applications from Windows machines.
|
||||||
Docker Hub: |
|
Docker Hub: |
|
||||||
The [Docker Hub](https://hub.docker.com/) is a centralized resource for working with
|
The [Docker Hub](https://hub.docker.com/) is a centralized resource for working with
|
||||||
Docker and its components. It provides the following services:
|
Docker and its components. It provides the following services:
|
||||||
|
|
||||||
- Docker image hosting
|
- A registry to host Docker images
|
||||||
- User authentication
|
- User authentication
|
||||||
- Automated image builds and work-flow tools such as build triggers and web hooks
|
- Automated image builds and workflow tools such as build triggers and web hooks
|
||||||
- Integration with GitHub and Bitbucket
|
- Integration with GitHub and Bitbucket
|
||||||
|
- Security vulnerability scanning
|
||||||
Dockerfile: |
|
Dockerfile: |
|
||||||
A Dockerfile is a text document that contains all the commands you would
|
A Dockerfile is a text document that contains all the commands you would
|
||||||
normally execute manually in order to build a Docker image. Docker can
|
normally execute manually in order to build a Docker image. Docker can
|
||||||
|
@ -134,9 +132,9 @@ filesystem: |
|
||||||
|
|
||||||
Examples :
|
Examples :
|
||||||
|
|
||||||
- Linux : ext4, aufs, btrfs, zfs
|
- Linux : overlay2, extfs, btrfs, zfs
|
||||||
- Windows : NTFS
|
- Windows : NTFS
|
||||||
- macOS : HFS+
|
- macOS : APFS
|
||||||
image: |
|
image: |
|
||||||
Docker images are the basis of [containers](#container). An Image is an
|
Docker images are the basis of [containers](#container). An Image is an
|
||||||
ordered collection of root filesystem changes and the corresponding
|
ordered collection of root filesystem changes and the corresponding
|
||||||
|
@ -158,17 +156,6 @@ libnetwork: |
|
||||||
libnetwork provides a native Go implementation for creating and managing container
|
libnetwork provides a native Go implementation for creating and managing container
|
||||||
network namespaces and other network resources. It manages the networking lifecycle
|
network namespaces and other network resources. It manages the networking lifecycle
|
||||||
of the container performing additional operations after the container is created.
|
of the container performing additional operations after the container is created.
|
||||||
link: |
|
|
||||||
links provide a legacy interface to connect Docker containers running on the
|
|
||||||
same host to each other without exposing the hosts' network ports. Use the
|
|
||||||
Docker networks feature instead.
|
|
||||||
Machine: |
|
|
||||||
[Machine](https://github.com/docker/machine) is a Docker tool which
|
|
||||||
makes it really easy to create Docker hosts on your computer, on
|
|
||||||
cloud providers and inside your own data center. It creates servers,
|
|
||||||
installs Docker on them, then configures the Docker client to talk to them.
|
|
||||||
|
|
||||||
*Also known as : docker-machine*
|
|
||||||
namespace: |
|
namespace: |
|
||||||
A [Linux namespace](https://man7.org/linux/man-pages/man7/namespaces.7.html)
|
A [Linux namespace](https://man7.org/linux/man-pages/man7/namespaces.7.html)
|
||||||
is a Linux kernel feature that isolates and virtualizes system resources. Processes which are restricted to
|
is a Linux kernel feature that isolates and virtualizes system resources. Processes which are restricted to
|
||||||
|
@ -186,7 +173,7 @@ node: |
|
||||||
**Worker nodes** execute tasks.
|
**Worker nodes** execute tasks.
|
||||||
overlay network driver: |
|
overlay network driver: |
|
||||||
Overlay network driver provides out of the box multi-host network connectivity
|
Overlay network driver provides out of the box multi-host network connectivity
|
||||||
for docker containers in a cluster.
|
for Docker containers in a cluster.
|
||||||
overlay storage driver: |
|
overlay storage driver: |
|
||||||
OverlayFS is a [filesystem](#filesystem) service for Linux which implements a
|
OverlayFS is a [filesystem](#filesystem) service for Linux which implements a
|
||||||
[union mount](https://en.wikipedia.org/wiki/Union_mount) for other file systems.
|
[union mount](https://en.wikipedia.org/wiki/Union_mount) for other file systems.
|
||||||
|
@ -221,7 +208,7 @@ SSH: |
|
||||||
as the Internet. SSH uses public/private key pairs to authenticate logins.
|
as the Internet. SSH uses public/private key pairs to authenticate logins.
|
||||||
service: |
|
service: |
|
||||||
A [service](/engine/swarm/how-swarm-mode-works/services/) is the definition of how
|
A [service](/engine/swarm/how-swarm-mode-works/services/) is the definition of how
|
||||||
you want to run your application containers in a swarm. At the most basic level
|
you want to run your application containers in a swarm. At the most basic level,
|
||||||
a service defines which container image to run in the swarm and which commands
|
a service defines which container image to run in the swarm and which commands
|
||||||
to run in the container. For orchestration purposes, the service defines the
|
to run in the container. For orchestration purposes, the service defines the
|
||||||
"desired state", meaning how many containers to run as tasks and constraints for
|
"desired state", meaning how many containers to run as tasks and constraints for
|
||||||
|
@ -235,23 +222,14 @@ service discovery: |
|
||||||
Swarm mode [container discovery](/network/overlay/#container-discovery) is a DNS component
|
Swarm mode [container discovery](/network/overlay/#container-discovery) is a DNS component
|
||||||
internal to the swarm that automatically assigns each service on an overlay
|
internal to the swarm that automatically assigns each service on an overlay
|
||||||
network in the swarm a VIP and DNS entry. Containers on the network share DNS
|
network in the swarm a VIP and DNS entry. Containers on the network share DNS
|
||||||
mappings for the service via gossip so any container on the network can access
|
mappings for the service through gossip so any container on the network can access
|
||||||
the service via its service name.
|
the service through its service name.
|
||||||
|
|
||||||
You don’t need to expose service-specific ports to make the service available to
|
You don’t need to expose service-specific ports to make the service available to
|
||||||
other services on the same overlay network. The swarm’s internal load balancer
|
other services on the same overlay network. The swarm’s internal load balancer
|
||||||
automatically distributes requests to the service VIP among the active tasks.
|
automatically distributes requests to the service VIP among the active tasks.
|
||||||
swarm: |
|
swarm: |
|
||||||
A [swarm](/engine/swarm/) is a cluster of one or more Docker Engines running in [swarm mode](#swarm-mode).
|
A [swarm](/engine/swarm/) is a cluster of one or more Docker Engines running in [swarm mode](#swarm-mode).
|
||||||
Docker Swarm: |
|
|
||||||
Do not confuse [Docker Swarm](https://github.com/docker/swarm) with the [swarm mode](#swarm-mode) features in Docker Engine.
|
|
||||||
|
|
||||||
Docker Swarm is the name of a standalone native clustering tool for Docker.
|
|
||||||
Docker Swarm pools together several Docker hosts and exposes them as a single
|
|
||||||
virtual Docker host. It serves the standard Docker API, so any tool that already
|
|
||||||
works with Docker can now transparently scale up to multiple hosts.
|
|
||||||
|
|
||||||
*Also known as : docker-swarm*
|
|
||||||
swarm mode: |
|
swarm mode: |
|
||||||
[Swarm mode](/engine/swarm/) refers to cluster management and orchestration
|
[Swarm mode](/engine/swarm/) refers to cluster management and orchestration
|
||||||
features embedded in Docker Engine. When you initialize a new swarm (cluster) or
|
features embedded in Docker Engine. When you initialize a new swarm (cluster) or
|
||||||
|
@ -259,18 +237,11 @@ swarm mode: |
|
||||||
tag: |
|
tag: |
|
||||||
A tag is a label applied to a Docker image in a [repository](#repository).
|
A tag is a label applied to a Docker image in a [repository](#repository).
|
||||||
Tags are how various images in a repository are distinguished from each other.
|
Tags are how various images in a repository are distinguished from each other.
|
||||||
|
|
||||||
*Note : This label is not related to the key=value labels set for docker daemon.*
|
|
||||||
task: |
|
task: |
|
||||||
A [task](/engine/swarm/how-swarm-mode-works/services/#tasks-and-scheduling) is the
|
A [task](/engine/swarm/how-swarm-mode-works/services/#tasks-and-scheduling) is the
|
||||||
atomic unit of scheduling within a swarm. A task carries a Docker container and
|
atomic unit of scheduling within a swarm. A task carries a Docker container and
|
||||||
the commands to run inside the container. Manager nodes assign tasks to worker
|
the commands to run inside the container. Manager nodes assign tasks to worker
|
||||||
nodes according to the number of replicas set in the service scale.
|
nodes according to the number of replicas set in the service scale.
|
||||||
|
|
||||||
The diagram below illustrates the relationship of services to tasks and
|
|
||||||
containers.
|
|
||||||
|
|
||||||

|
|
||||||
Union file system: |
|
Union file system: |
|
||||||
Union file systems implement a [union
|
Union file systems implement a [union
|
||||||
mount](https://en.wikipedia.org/wiki/Union_mount) and operate by creating
|
mount](https://en.wikipedia.org/wiki/Union_mount) and operate by creating
|
||||||
|
@ -278,17 +249,12 @@ Union file system: |
|
||||||
[copy-on-write](#copy-on-write) techniques to provide the building blocks for
|
[copy-on-write](#copy-on-write) techniques to provide the building blocks for
|
||||||
containers, making them very lightweight and fast.
|
containers, making them very lightweight and fast.
|
||||||
|
|
||||||
For more on Docker and union file systems, see [Docker and AUFS in
|
For more on Docker and union file systems, see [Docker and OverlayFS in
|
||||||
practice](/engine/userguide/storagedriver/aufs-driver/),
|
|
||||||
[Docker and Btrfs in
|
|
||||||
practice](/engine/userguide/storagedriver/btrfs-driver/),
|
|
||||||
and [Docker and OverlayFS in
|
|
||||||
practice](/engine/userguide/storagedriver/overlayfs-driver/).
|
practice](/engine/userguide/storagedriver/overlayfs-driver/).
|
||||||
|
|
||||||
Example implementations of union file systems are
|
Example implementations of union file systems are
|
||||||
[UnionFS](https://en.wikipedia.org/wiki/UnionFS),
|
[UnionFS](https://en.wikipedia.org/wiki/UnionFS) and
|
||||||
[AUFS](https://en.wikipedia.org/wiki/Aufs), and
|
[OverlayFS](https://en.wikipedia.org/wiki/OverlayFS).
|
||||||
[Btrfs](https://btrfs.wiki.kernel.org/index.php/Main_Page).
|
|
||||||
virtual machine: |
|
virtual machine: |
|
||||||
A virtual machine is a program that emulates a complete computer and imitates dedicated hardware.
|
A virtual machine is a program that emulates a complete computer and imitates dedicated hardware.
|
||||||
It shares physical hardware resources with other users but isolates the operating system. The
|
It shares physical hardware resources with other users but isolates the operating system. The
|
||||||
|
@ -313,8 +279,8 @@ volume: |
|
||||||
- A **named volume** is a volume which Docker manages where on disk the volume is created,
|
- A **named volume** is a volume which Docker manages where on disk the volume is created,
|
||||||
but it is given a name.
|
but it is given a name.
|
||||||
|
|
||||||
- An **anonymous volume** is similar to a named volume, however, it can be difficult, to refer to
|
- An **anonymous volume** is similar to a named volume, however, it can be difficult to refer to
|
||||||
the same volume over time when it is an anonymous volumes. Docker handle where the files are stored.
|
the same volume over time when it is an anonymous volume. Docker handles where the files are stored.
|
||||||
x86_64: |
|
x86_64: |
|
||||||
x86_64 (or x86-64) refers to a 64-bit instruction set invented by AMD as an
|
x86_64 (or x86-64) refers to a 64-bit instruction set invented by AMD as an
|
||||||
extension of Intel's x86 architecture. AMD calls its x86_64 architecture,
|
extension of Intel's x86 architecture. AMD calls its x86_64 architecture,
|
||||||
|
|
Loading…
Reference in New Issue