mirror of https://github.com/docker/docs.git
				
				
				
			Merge pull request #13952 from usha-mandya/glossary-patch
Clean up the glossary file
This commit is contained in:
		
						commit
						9bf2d15803
					
				|  | @ -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