服务端2月17日 14:50
Docker 容器成本优化有哪些实用方法？Docker 容器成本优化不能只盯着“少跑几个容器”。真正花钱的地方通常藏在镜像存储、节点空转、日志膨胀、网络出口、过度预留和不合理扩缩容里。比较稳妥的做法是先看账单和监控，再决定优化顺序。
## 先把镜像做小
镜像越大，构建、拉取、存储和发布都会变慢，也会增加镜像仓库费用。常见做法有三类：
- 使用更轻的基础镜像，例如 `alpine`、`slim` 或 `distroless`；
- 用多阶段构建，只把运行时真正需要的二进制、依赖和配置复制到最终镜像；
- 清理构建缓存、包管理器缓存、临时文件，避免把测试文件、源码和文档一起打进生产镜像。
不过轻量镜像不是无脑选择。比如 Al...
乐闻
服务端2月17日 14:50
Docker 容器灾难恢复计划要备份和演练什么？Docker 容器灾难恢复计划，不能只写一句“定期备份镜像和数据卷”。真正出问题时，决定恢复速度的往往不是镜像在不在，而是配置能不能还原、数据是不是一致、依赖服务有没有顺序、账号密钥是否还能用，以及团队是否知道第一步该做什么。
一个可执行的 Docker 灾备方案，至少要回答三个问题：丢了什么能恢复、多久能恢复、最多能接受丢多少数据。
## 先定清楚 RTO 和 RPO
灾难恢复计划先别急着写命令，先定两个指标：
- **RTO（恢复时间目标）**：服务中断后，最多允许多久恢复。例如官网 30 分钟、内部报表 4 小时。
- **RPO（恢复点目标）**：最多允许丢多少数据。例如...服务端2月17日 14:49
Docker 容器安全扫描怎么做？工具怎么选？容器安全扫描的核心，是在镜像进入生产环境前尽早发现风险：基础镜像有没有 CVE，应用依赖有没有漏洞，构建文件里有没有把密钥写进去，许可证会不会带来合规问题。它只适用于自己有权构建、维护或部署的镜像和仓库，属于防御性安全检查，不是拿工具去扫描别人的系统。
## 容器安全扫描到底要扫什么？
只扫“镜像漏洞”远远不够。一次比较完整的容器安全扫描，通常会覆盖这些内容：
| 扫描对象 | 重点看什么 | 常见处理方式 |
| --- | --- | --- |
| 操作系统包 | glibc、openssl、curl、apt/apk/yum 包里的 CVE | 更新基础镜像、升级系统包、换更...服务端2月17日 14:50
Docker 容器与 Kubernetes 是什么关系？Docker 容器和 Kubernetes 不是替代关系。Docker 更像开发者打包、构建、运行容器的一套工具，Kubernetes 是在一组机器上管理容器的编排系统。生产集群里，Kubernetes 通常不会直接调用 Docker CLI，而是通过 CRI 调用 containerd、CRI-O 这类运行时，再由 runc 创建真正的 Linux 容器进程。
还有一个容易误解的点：Kubernetes 不再内置 dockershim，不等于 Docker 镜像不能用了。Docker 构建出的镜像只要符合 OCI 标准，containerd 和 CRI-O 仍然可以正常拉取、运行。
...服务端2月17日 14:50
Docker 容器版本管理如何避免 latest 和回滚事故？Docker 容器版本管理的关键不是给镜像随手打个 `v1.0.0`，而是让每一次发布都能回答三件事：运行的到底是哪份镜像、它从哪次代码构建出来、出问题时能不能快速回到上一版。
## 镜像标签怎么设计？
推荐同时使用三类标签：
- **不可变发布标签**：`1.8.3` 或 `v1.8.3`，一旦推送后禁止覆盖。
- **可追踪构建标签**：`1.8.3-git.ab12cd3-build.4821`，把 semver、Git SHA、CI build id 绑在一起。
- **晋级标签**：`dev`、`staging`、`prod` 只表示当前环境正在验证或运行哪个版本，不要把...服务端2月17日 14:54
Docker自动化测试CI怎么稳定落地？很多团队把测试搬进 Docker 后，第一反应是“终于不用在 CI 机器上装一堆依赖了”。但只把 `npm test` 或 `pytest` 放进容器，还不能算真正的 Docker 自动化测试。更关键的是：测试依赖怎么启动、数据库怎么隔离、报告怎么拿出来、并行任务怎么互不影响，以及失败后现场是否还能定位。
## Docker 适合放在哪些测试环节里
Docker 最适合解决两类问题：环境不一致和依赖难复现。本地能过、CI 挂掉，往往不是代码突然变坏，而是 Node、JDK、浏览器、数据库版本或系统库不一样。把测试环境写进镜像后，测试运行条件就从“某台机器刚好装好了”变成“镜像里明确声...服务端2月17日 17:57
Next.js 性能优化该从哪些关键指标入手？Next.js 性能优化最容易踩的坑，是一上来就改配置、加缓存、拆组件，却没有先量化问题。真正有效的做法应该从指标开始：LCP 慢就看首屏图片、字体、服务端响应；INP 差就看客户端 JavaScript、长任务和交互组件；CLS 高就看图片尺寸、广告位、字体切换和异步内容插入。
下面这些优化手段不是越多越好，而是要和指标对应起来。先用 Lighthouse、Chrome DevTools、Web Vitals、真实用户监控确认瓶颈，再决定该动哪一块。
## 先测量，再优化
性能优化不能只看本地开发环境。本地机器快、网络近、缓存热，很容易把问题藏起来。至少要同时关注两类数据：
-...服务端2月17日 17:58
Next.js 数据获取方法该怎么选才合适？很多人查 Next.js 数据获取方法时，最容易混在一起的是两件事：Pages Router 的 `getStaticProps` / `getServerSideProps`，和 App Router 里的服务器组件 `fetch`。它们不是同一套 API，缓存规则也不完全一样。选错了，轻则页面更新不及时，重则把本来能静态缓存的页面做成每次请求都跑服务器。
## 先分清两套路由
如果项目还在 `pages/` 目录里，数据获取主要靠 Pages Router 的三个函数：`getStaticProps`、`getServerSideProps`、`getStaticPaths`。
...服务端2月17日 17:59
Next.js SEO 优化有哪些关键做法？Next.js 的 SEO 优化，重点不是在页面里堆 `keywords`，而是让搜索引擎稳定拿到可理解、可分享、加载快的 HTML。老项目可能还在 Pages Router，用 `next/head` 管页面头部；新项目更建议用 App Router 的 Metadata API、`generateMetadata`、`sitemap.ts` 和 `robots.ts` 统一处理。
如果只做一件事，先保证每个可索引页面都有准确的标题、描述、canonical、结构化数据和可预渲染的正文。搜索引擎能读懂页面，用户点进来后也能快速打开，SEO 才有基础。
## 元数据：新项目优先用 M...服务端2月17日 18:00
Next.js 生产环境部署怎么选，Vercel、Docker 和自托管差在哪？Next.js 部署到生产环境，真正难的不是敲哪条命令，而是先判断项目需要哪种运行时。只要页面里有 SSR、Route Handler、Server Action、ISR、默认图片优化或读 cookies，就不能把它当成普通静态站扔到 CDN 上完事；如果只是文档、营销页、博客归档，静态导出反而更省钱、更稳定。
下面按生产环境里最常见的几条路来选：Vercel 适合想少管运维的团队；Docker standalone 适合自托管和云容器；PM2 + Nginx 适合传统服务器；`output: 'export'` 适合纯静态站。选对路线，比后面补十个配置都重要。
## 先按功能选择部...