2024-02-20 17:06:15 +08:00
|
|
|
|
---
|
|
|
|
|
|
title: 简介
|
|
|
|
|
|
description: Docker 的基础简介
|
|
|
|
|
|
keywords:
|
|
|
|
|
|
- Docker
|
|
|
|
|
|
- 简介
|
|
|
|
|
|
tags:
|
|
|
|
|
|
- Docker/基础
|
2024-04-26 21:42:22 +08:00
|
|
|
|
- 技术/操作系统
|
2024-02-20 17:06:15 +08:00
|
|
|
|
author: 仲平
|
|
|
|
|
|
date: 2024-02-20
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
|
|
## 概述
|
|
|
|
|
|
|
|
|
|
|
|
Docker 是一种开源的容器化技术，它允许开发者将应用及其运行环境打包在一个轻量级、可移植的容器中。这个容器可以在任何支持 Docker 的系统上运行，确保了应用在不同环境之间的一致性。可以把 Docker 容器看作是一个简化版的虚拟机，但与传统的虚拟机相比，它更为轻量和高效，因为**容器直接运行在宿主机的操作系统内核上**，而不需要额外的操作系统层。
|
|
|
|
|
|
|
|
|
|
|
|
想象一下，如果你是一位厨师，Docker 就像是你的食材和调料被一起打包在一个便携式的盒子里。无论你去到哪个厨房（服务器），只要那里有 Docker（相当于一个标准的炉子），你就能够使用那个盒子里的东西（应用和环境）来准备你的菜肴（运行你的应用）。
|
|
|
|
|
|
|
|
|
|
|
|
我们还可以把 Docker 想象成一种创新的快递服务。它不仅提供了一个标准化的包裹盒（容器），而且还确保了无论包裹被送到哪里（无论是开发、测试还是生产环境），里面的物品（应用和环境）都能够完好无损地到达。
|
|
|
|
|
|
|
|
|
|
|
|
## 历史
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**2013 年：Docker 的诞生**
|
|
|
|
|
|
|
|
|
|
|
|
Docker 最初是由 Solomon Hykes 在 dotCloud 公司（后来改名为 Docker Inc.）开发的一个内部项目，旨在简化应用的部署过程。它基于 Linux 容器（LXC）技术，并在 2013 年 3 月以开源项目的形式发布。
|
|
|
|
|
|
|
|
|
|
|
|
**2014 年：Docker 1.0 发布**
|
|
|
|
|
|
|
|
|
|
|
|
Docker 迅速获得开发者社区的关注和支持。2014 年 6 月，Docker 1.0 正式发布，标志着 Docker 成为生产环境准备就绪的技术。
|
|
|
|
|
|
|
|
|
|
|
|
**2015 年：Docker Compose 和 Docker Swarm 的推出**
|
|
|
|
|
|
|
|
|
|
|
|
随着 Docker 的普及，用户开始寻求更好的工具来管理多个容器。Docker Compose 作为定义和运行多容器 Docker 应用的工具在 2015 年初推出。同年，Docker Swarm 也被引入作为 Docker 的原生集群管理工具。
|
|
|
|
|
|
|
|
|
|
|
|
**2016 年：Docker 成为 Moby 项目**
|
|
|
|
|
|
|
|
|
|
|
|
2016 年，Docker Inc.宣布将 Docker 核心分割为多个独立的组件，核心 Docker 平台被重命名为 Moby Project。这一变化旨在促进社区贡献，并提高项目的模块化。
|
|
|
|
|
|
|
|
|
|
|
|
**2017 年：Docker 宣布支持 Kubernetes**
|
|
|
|
|
|
|
|
|
|
|
|
随着 Kubernetes 成为容器编排领域的领导者，Docker Inc.在 2017 年宣布原生支持 Kubernetes，允许用户在 Docker 平台上直接使用 Kubernetes 进行容器编排。
|
|
|
|
|
|
|
|
|
|
|
|
**2019 年：Docker 企业业务被 Mirantis 收购**
|
|
|
|
|
|
|
|
|
|
|
|
2019 年 11 月，Docker Inc.宣布将其企业业务出售给云计算公司 Mirantis，同时 Docker Inc.将专注于发展 Docker Desktop 和 Docker Hub。
|
|
|
|
|
|
|
|
|
|
|
|
**2020 年及以后：Docker 的持续发展**
|
|
|
|
|
|
|
|
|
|
|
|
即使在企业业务被出售后，Docker 仍然是开发和运行容器化应用最流行的平台之一。Docker 继续推出新版本，增加新特性，并优化用户体验。同时，社区和生态系统也在不断壮大，为 Docker 的未来发展提供了坚实的基础。
|
|
|
|
|
|
|
|
|
|
|
|
Docker 的发展历史体现了容器技术在软件开发和部署中的革命性变化。从一个小型内部项目到成为全球广泛采用的开源平台，Docker 不仅改变了我们构建和部署应用的方式，也促进了 DevOps 文化和微服务架构的发展。
|
|
|
|
|
|
|
|
|
|
|
|
## 优势
|
|
|
|
|
|
|
|
|
|
|
|
Docker 提供了许多优势，包括但不限于：
|
|
|
|
|
|
|
|
|
|
|
|
1. **一致性和可移植性**：无论开发者的本地机器使用什么操作系统，Docker 容器都能确保应用可以在任何支持 Docker 的环境中以相同的方式运行。
|
|
|
|
|
|
2. **快速部署**：由于容器不需要启动一个完整的操作系统，它们可以在几秒钟内启动和停止，这大大加快了部署和扩展应用的速度。
|
|
|
|
|
|
3. **资源高效**：容器共享宿主机的核心，不需要额外的操作系统负担，这使得它们比虚拟机更加资源高效。
|
|
|
|
|
|
4. **隔离**：每个容器都在自己的环境中运行，与其他容器隔离。这提高了安全性，因为它防止了应用之间的干扰。
|
|
|
|
|
|
|
|
|
|
|
|
## 应用场景
|
|
|
|
|
|
|
|
|
|
|
|
Docker 可以用于多种场景，包括：
|
|
|
|
|
|
|
|
|
|
|
|
- **开发环境的一致性**：确保开发、测试和生产环境完全一致，减少了“在我这里运行得好好的”问题。
|
|
|
|
|
|
- **微服务架构**：每个微服务运行在自己的容器中，便于管理和扩展。
|
|
|
|
|
|
- **持续集成/持续部署（CI/CD）**：Docker 容器可以用于自动化测试和生产部署，提高软件交付的速度和质量。
|
|
|
|
|
|
- **应用的快速部署和扩展**：在云平台和虚拟化环境中快速部署和扩展应用。
|
|
|
|
|
|
|
|
|
|
|
|
## 同类产品对比
|
|
|
|
|
|
|
|
|
|
|
|
| 特性/产品 | Docker | Kubernetes | Podman |
|
|
|
|
|
|
| -------------- | -------------------------------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ |
|
|
|
|
|
|
| **定义** | 开源容器化平台，允许开发者打包、分发和运行应用。 | 开源的容器编排平台，用于自动化容器的部署、扩展和管理。 | 开源容器化工具，允许开发者构建、运行和管理容器和容器镜像。 |
|
|
|
|
|
|
| **设计目标** | 简化应用的打包和部署流程。 | 在集群中自动化部署、扩展和操作容器化的应用程序。 | 提供一个与 Docker 兼容的命令行界面，但不依赖于守护进程，更加注重安全性。 |
|
|
|
|
|
|
| **运行环境** | 单机或 Swarm 模式下的多机环境。 | 集群环境，可以跨多个主机运行容器。 | 单机，支持通过 Podman 或 Kubernetes 进行编排。 |
|
|
|
|
|
|
| **安全性** | 通过 Docker 守护进程运行，需要考虑守护进程的安全性。 | 设计用于多租户场景，提供严格的安全策略。 | 不需要守护进程，每个容器都是在用户空间中作为独立进程运行，提供更高的安全性。 |
|
|
|
|
|
|
| **使用场景** | 开发、测试和生产环境中的应用容器化和微服务架构。 | 大规模容器管理和自动化部署、管理和扩展容器化应用。 | 适用于希望避免使用守护进程或寻求更高安全性的开发者和系统管理员。 |
|
|
|
|
|
|
| **社区和生态** | 庞大的社区支持和丰富的容器镜像库。 | 强大的社区支持，是云原生计算基金会（CNCF）的一部分，拥有广泛的生态系统。 | 正在快速增长的社区，与 Docker 镜像和容器生态系统兼容。 |
|
|
|
|
|
|
| **主要优势** | 用户友好的界面和命令行工具，广泛的采用和支持。 | 强大的容器编排和管理能力，适合大规模部署。 | 更适合安全敏感的环境，无需守护进程，支持 rootless 运行。 |
|
