总结

本章涵盖了以下内容：

• 容器镜像（Container Image）是轻量级可执行包 — 包含运行应用所需的一切。
• 每个镜像由多个层组成 — 每层代表相应指令产生的修改，最终产物可作为容器运行。
• 运行容器时会在镜像层之上添加一个额外的可写层 — 标准定义容器镜像的方式是在 Dockerfile 中列出指令序列。
• Dockerfile 充当构建镜像的配方 — 包含构建目标镜像的所有步骤。
• 构建容器镜像时，性能和安全是重要关注点 — 例如不应在任何镜像层中存储密钥，且不应以 root 用户运行容器。
• 容器注册表之于 OCI 镜像，如同 Maven 仓库之于 Java 库 — Docker Hub 和 GitHub Container Registry 是常见的容器注册表。
• 打包 Spring Boot 应用为容器镜像有多种方式 — Dockerfile 提供最大灵活性但需自行配置一切；Cloud Native Buildpacks（集成在 Spring Boot 插件中）可直接从源码构建 OCI 镜像，并优化安全、性能和存储。
• 以容器运行 Spring Boot 应用时 — 需考虑对外暴露的端口（如 8080）以及容器间通信，可使用 Docker DNS 服务器通过容器名而非 IP 或主机名访问同一网络中的容器。
• 如需调试作为容器运行的应用 — 记得暴露调试端口。
• Docker Compose 是与 Docker 服务器交互的客户端 — 提供比 Docker CLI 更好的用户体验，可通过 YAML 文件管理所有容器。
• 可使用 GitHub Actions 自动化打包应用为容器镜像、扫描漏洞并发布到容器注册表 — 这是部署管道提交阶段的一部分。
• 部署管道提交阶段的产出物是发布候选（Release Candidate） — 通过自动化流程确保可重复性和可靠性。