m0_74282926的博客

用于将多台 Docker 主机（物理机/虚拟机）组成一个统一的虚拟主机集群，实现容器化应用的。：让用户像管理单台主机一样管理多主机集群，简化容器化应用的规模化部署。：Docker 原生的。

Docker Swarm 提供了**加密集群状态（Encrypted Raft logs）**的功能，可以防止 Swarm 集群的管理数据（如任务分配、集群配置等）在磁盘上被未授权访问。，这样即使主机被攻击，攻击者也无法直接访问 Swarm 状态数据。，除非你强制重新创建 Swarm 集群（会导致数据丢失）。（默认开启），Swarm 状态会加密存储，管理节点重启时。（Swarm 初始化时生成的）。如果丢失解锁密钥，Swarm。这样 Swarm 以后重启时。如果你的 Swarm 集群。

如果 Docker 运行环境的磁盘空间不足，拉取的镜像可能会被自动清理，导致重复下载。在df-h之后可以看到：你的 / 根分区（/dev/mapper/ubuntu–vg-ubuntu–lv）总共 9.8G，已经用了 7.2G，只剩下 2.2G 可用空间，使用率 78%。虽然空间还没满，但 GitLab CE 镜像通常比较大（可能超过 2GB），所以 磁盘空间可能不够，导致 docker pull 失败并重新下载。

集群管理：通过初始化Swarm集群来进行容器编排和管理。动态扩展：根据需求调整服务副本数，确保系统高可用。健康检查：使用健康检查保证容器状态良好，自动修复故障。滚动更新：通过滚动更新确保系统在升级过程中无停机。高可用：通过在Swarm集群中管理多个节点，保证服务的高可用性。这个案例展示了Docker Swarm如何在实际生产环境中支持高并发、大规模的微服务应用。

易于设置和使用：相比于Kubernetes，Docker Swarm更容易上手和配置。内置负载均衡与服务发现：Swarm会自动管理服务的负载均衡和服务发现，不需要额外配置。高可用性与自动恢复：Swarm能够确保服务始终处于健康状态，并在节点故障时自动恢复。无缝的容器扩展：可以根据需求动态扩展容器副本，自动适应流量变化。

适用于单机环境，主要用于开发、测试和本地应用的容器化。简化了开发人员在本地环境中的容器管理。快速配置和启动多个容器应用。适用于生产环境，提供跨节点集群管理功能。支持高可用性、自动扩展、负载均衡等，适合分布式容器编排。提供容器的自动调度、滚动更新和服务发现功能。适合开发、测试环境的本地容器编排。适合生产环境中的容器集群管理，支持多节点部署和高可用性。

Docker Swarm 是一个简单而强大的容器编排工具，适合需要集群管理、自动扩展和高可用性的应用场景。通过 Swarm，用户可以轻松地在多个节点上管理容器，并享受负载均衡、服务发现、滚动更新等功能。这种方式显著提升了服务的可靠性和灵活性，也简化了运维工作。无论是日常运营还是应对突发流量，Docker Swarm 都为应用平台提供了强大的支撑。

Docker Compose 简化了多容器应用的管理流程，通过 YAML 文件定义服务间依赖、网络和存储配置，适合开发、测试和生产环境。Docker Compose 是一个工具，用于定义和运行多容器 Docker 应用。文件，可以同时启动多个服务，简化多容器管理。

它依赖分布式存储（如 Swarm、Etcd 或 Consul）来管理网络配置和路由。Overlay 网络是一种 Docker 网络驱动，允许容器在不同主机间通信。一个微服务架构应用需要隔离部署多个模块（如用户服务、订单服务）。

在此模式下，容器会连接到一个虚拟的局域网（LAN），容器间通过虚拟网桥进行通信，容器与宿主机的通信通常通过端口映射进行。网络时，Docker 会在容器之间创建一个虚拟网络，容器间的通信不受物理主机限制。网络模式使容器可以拥有自己的 MAC 地址，容器就像物理主机一样在网络中进行通信。网络模式下，容器与宿主机共享网络堆栈，容器直接使用宿主机的 IP 地址和端口。这种模式下容器与宿主机之间没有网络隔离，容器的端口直接映射到宿主机的端口。网络模式下，容器没有网络接口，也就是说，容器与宿主机或其他容器无法通信。

在多阶段构建中，构建过程被分成多个阶段。每个阶段可以使用不同的基础镜像，最终镜像只包含必要的运行时环境和构建完成的二进制文件。在单阶段构建中，所有构建过程都在一个镜像中完成。构建工具和最终的运行时环境都包含在同一个镜像中，导致最终镜像的体积较大。这种方法的好处是可以显著减小最终镜像的体积，同时避免将不必要的构建工具和依赖包含在生产环境的镜像中。：将构建过程分为多个阶段，最终镜像只包含需要的运行时环境和构建完成的二进制文件。：构建和运行都在同一个镜像中完成，最终镜像较大，包含了构建工具和源代码。

容器卷是 Docker 中非常重要的功能，它不仅实现了容器数据的持久化、跨容器共享，还支持数据备份和恢复。在企业级应用中，合理使用卷可以提升数据管理的效率，并确保容器化应用的数据不会因容器重启或删除而丢失。通过上述步骤，我们成功地容器化了一个 Go Web 应用，并使用 Docker Compose 将其与 MySQL 数据库容器集成。同时，通过 Docker 卷，我们确保了数据库的数据持久化。这样，我们不仅提高了应用的可移植性，还确保了数据在容器重启或删除后的持久性。

基础构建：适用于简单应用，镜像较大，包含了不必要的构建工具和依赖。多阶段构建：通过分阶段构建，最终镜像更小，安全性更高，适合生产环境。多阶段构建在生产环境中更常见，能够有效优化镜像体积，提高安全性。需要将构建过程和运行时环境分离，避免将开发工具和中间文件暴露在生产环境中。需要优化镜像体积，减少不必要的构建依赖。需要将构建工具（如 Maven、Node.js、Go 等）与运行时环境（如 JDK、Nginx、Alpine 等）分开，确保最终镜像的安全性和精简性。

Docker build 上下文是构建 Docker 镜像时传递给 Docker 引擎的所有文件和目录的集合。上下文包括 Dockerfile 和它所需要的所有资源文件。合理管理构建上下文，可以提高构建效率，避免无用文件的传输，同时确保镜像构建过程的顺利进行。使用文件可以有效减少上下文的大小，优化构建性能。

通过以上企业案例的应用，我们可以看到 Dockerfile 的常用指令如何在实际中帮助团队构建、部署和管理 Docker 镜像。不同的公司和项目可以根据需求选择合适。

Docker 镜像是用于创建 Docker 容器的只读模板，包含运行应用所需的文件、环境变量和配置。镜像类似于虚拟机的快照，但更轻量，提供应用的标准化部署方式。

命令作用查看 Docker 客户端和服务端的版本信息查看 Docker 系统的详细信息，包括存储驱动、内核版本等获取容器或镜像的详细配置信息查看 Docker 所有资源的磁盘使用情况。

Docker 是为了解决虚拟机的资源开销和环境迁移问题而生的，它通过 Linux 的 Namespace 和 Cgroups 实现隔离，通过 UnionFS 提高文件管理效率。这种轻量级的虚拟化方式彻底改变了现代应用的开发、测试和部署方式，为容器化技术奠定了基础。

成功安装但是还没完，尝试运行显示错误是因为当前用户没有足够的权限来访问 Docker 守护进程。默认情况下，Docker 需要管理员权限（root）来运行。

如果 Docker 是单个集装箱，那么 Kubernetes 就像管理整个集装箱码头的调度系统，它确保每个集装箱（容器）高效、有序地工作。用 Docker，就像把电脑放进一个标准尺寸的盒子，运输方便。Kubernetes 是一个用来管理和编排 Docker 容器的系统，帮助你高效地部署、扩展和维护应用。Docker 是工厂造汽车（容器），Kubernetes 是交通管理系统，让这些车在道路上有序运行。这样，无论运行环境是什么，应用都可以正常运行。