手机版商城网站案例营销型网站规划步骤

手机版商城网站案例,营销型网站规划步骤,wordpress管理员改为投稿者,android源码下载我来详细介绍 Docker 的整体架构#xff1a; Docker 架构图 ┌─────────────────────────────────────────────────────────┐ │ Docker Client │ │ (d…我来详细介绍 Docker 的整体架构Docker 架构图┌─────────────────────────────────────────────────────────┐ │ Docker Client │ │ (docker CLI / Docker Desktop) │ └────────────────────┬────────────────────────────────────┘ │ REST API ↓ ┌─────────────────────────────────────────────────────────┐ │ Docker Daemon (dockerd) │ │ ┌──────────────────────────────────────────────────┐ │ │ │ API Server │ │ │ └──────────────────────────────────────────────────┘ │ │ ┌──────────────────────────────────────────────────┐ │ │ │ Images Containers Networks Volumes │ │ │ └──────────────────────────────────────────────────┘ │ └────────────────────┬────────────────────────────────────┘ │ ↓ ┌─────────────────────────────────────────────────────────┐ │ containerd │ │ (容器运行时 - 高级运行时) │ └────────────────────┬────────────────────────────────────┘ │ ↓ ┌─────────────────────────────────────────────────────────┐ │ runc │ │ (容器运行时 - 低级运行时) │ │ (OCI Runtime Specification) │ └────────────────────┬────────────────────────────────────┘ │ ↓ ┌─────────────────────────────────────────────────────────┐ │ Linux Kernel (Host OS) │ │ Namespaces | Cgroups | Union FS | Network │ └─────────────────────────────────────────────────────────┘核心组件详解1.Docker Client (客户端)用户与 Docker 交互的界面常见形式dockerCLI 命令行工具Docker Desktop GUIDocker Compose通过 REST API 与 Docker Daemon 通信# 客户端命令示例docker run nginx docker build -t myapp.docker-compose up2.Docker Daemon (dockerd)Docker 的核心后台服务进程主要职责监听 Docker API 请求管理 Docker 对象镜像、容器、网络、卷与其他 Docker daemons 通信Swarm 模式调用 containerd 来管理容器生命周期3.containerd工业标准的容器运行时职责镜像管理拉取、推送、存储容器生命周期管理网络和存储管理调用 runc 启动容器独立于 Docker也被 Kubernetes 使用4.runcOCI (Open Container Initiative) 标准实现真正创建和运行容器的工具轻量级、低级别的容器运行时与 Linux 内核直接交互5.Linux 内核特性Namespaces (命名空间)- 提供隔离PID: 进程隔离NET: 网络隔离IPC: 进程间通信隔离MNT: 文件系统挂载隔离UTS: 主机名隔离USER: 用户隔离Cgroups (控制组)- 资源限制CPU 限制内存限制磁盘 I/O 限制网络带宽限制Union FS (联合文件系统)OverlayFS, AUFS, Btrfs 等实现镜像分层存储工作流程示例用户执行: docker run -d nginx 1. Docker Client ↓ 发送 REST API 请求 2. Docker Daemon ↓ 检查本地是否有 nginx 镜像 ↓ 如果没有从 Registry 拉取 ↓ 调用 containerd 3. containerd ↓ 准备容器运行环境 ↓ 准备镜像层 ↓ 调用 runc 4. runc ↓ 创建 namespaces ↓ 设置 cgroups ↓ 启动容器进程 5. Container 运行中 ↓ 进程在隔离环境中执行镜像存储架构┌─────────────────────────────────┐ │ Docker Image │ │ ┌───────────────────────────┐ │ │ │ Layer 4: App files │ │ ← 可写层 (容器层) │ ├───────────────────────────┤ │ │ │ Layer 3: Dependencies │ │ │ ├───────────────────────────┤ │ ← 只读层 (镜像层) │ │ Layer 2: Runtime │ │ │ ├───────────────────────────┤ │ │ │ Layer 1: Base OS │ │ │ └───────────────────────────┘ │ └─────────────────────────────────┘网络架构┌──────────────────────────────────────┐ │ Docker Network Types │ ├──────────────────────────────────────┤ │ • bridge (默认) │ │ • host (共享主机网络) │ │ • none (无网络) │ │ • overlay (跨主机通信) │ │ • macvlan (分配 MAC 地址) │ └──────────────────────────────────────┘数据存储架构容器数据持久化方式: 1. Volumes (推荐) ├─ Docker 管理 └─ 存储位置: /var/lib/docker/volumes/ 2. Bind Mounts ├─ 挂载主机目录 └─ 完全控制路径 3. tmpfs Mounts └─ 内存存储临时数据关键设计原则客户端-服务器架构: Client 和 Daemon 可以在不同机器上分层架构: 每层职责明确可独立替换标准化: 遵循 OCI 标准保证兼容性插件化: 网络、存储驱动可插拔安全隔离: 基于 Linux 内核特性实现容器隔离这种架构设计使 Docker 既强大又灵活能够高效地管理和运行容器化应用。我来解释一下 Docker 中这三个核心概念的关系基本定义Images (镜像)只读的模板包含运行应用所需的代码、运行时、库、环境变量和配置文件类似于类或安装包的概念通过 Dockerfile 构建或从 Docker Hub 拉取Container (容器)镜像的运行实例类似于对象或运行中的进程是镜像的可写层容器删除后数据也会丢失Volumes (卷)Docker 管理的持久化存储机制独立于容器生命周期容器删除后数据仍然保留用于数据持久化和容器间数据共享三者关系Images (镜像) --实例化-- Container (容器) --挂载-- Volumes (卷) ↓ ↓ ↓ 只读模板 运行实例 持久化存储 可复用 临时的 永久的实际例子# 1. 拉取镜像docker pull nginx:latest# 2. 创建卷docker volume create my-data# 3. 从镜像创建容器并挂载卷docker run -d\--name my-nginx\-v my-data:/usr/share/nginx/html\nginx:latest在这个例子中nginx:latest是Imagemy-nginx是运行的Containermy-data是Volume用于持久化网站数据关键区别Image → Container: 一对多关系一个镜像可以创建多个容器Volume → Container: 多对多关系一个卷可以被多个容器共享数据持久性: Image(不变) Volume(持久) Container(临时)这种设计让 Docker 既灵活又高效镜像保证环境一致性容器提供隔离运行环境卷确保数据不丢失。