IPFS 是去中心化存储领域最常被使用的协议，但「能跑起来」与「能稳定服务用户」之间有不小的距离。本文围绕生产环境部署，把团队最需要关注的部分讲清楚。
节点选型：Kubo 还是 Helia
Kubo（原 go-ipfs）是社区最成熟的实现，运维工具与生态资料最丰富；Helia 是 JavaScript 实现，适合在浏览器或 Node 应用中嵌入。生产服务通常会选择 Kubo，配合 Pinning Service 完成持久化。
如果你的 DApp 同时存储 NFT 元数据并对接中心化交易所如 Binance 或 币安 的资产快照工具，建议把 IPFS CID 与链上信息分库存储，方便后续审计。
安装与基础配置
在 Ubuntu 22.04 上的最小化部署流程是：下载 Kubo 二进制、解压到 /usr/local/bin、运行 ipfs init、然后通过 systemd 启动 ipfs daemon。第一次启动后端口 4001、5001、8080 都会监听，分别对应 swarm、API 与 Gateway。
生产环境务必把 5001 限制在内网，并对 8080 做反向代理（Nginx 或 Caddy）加 TLS。对照 BNB链最佳实践 中关于公网暴露的安全要求，把 IPFS 也纳入相同的安全策略。
Pinning 与持久化
默认情况下 IPFS 节点只缓存最近被请求的内容，要永久保留某些 CID，必须 pin 起来。生产部署有两种方案：自建 pinning（用 cluster 或者 nft.storage 风格的工具）和接入第三方服务（Pinata、Web3.Storage、Filebase）。
如果 CID 数量较多，推荐 IPFS Cluster：它能在多节点之间同步 pin 状态，并支持自定义副本数。结合 Geth开发教程 中的「数据可恢复性」思路，把 pinning 策略当作整个系统的底层基础来设计。
Gateway 与 CDN 加速
对外提供下载服务时，直接暴露 8080 Gateway 体验通常不够好。生产部署会在 Gateway 前加 Cloudflare、Fastly 或自家 CDN，并对热点内容做 edge cache。需要注意的是部分 CDN 不允许特殊路径，请提前确认 /ipfs/、/ipns/ 这些前缀的兼容性。
如果团队希望提升下载体验，可以参考 Solana程序部署教程 中关于多区域部署的思路，给 IPFS Gateway 部署多地副本，并通过 DNS 负载均衡分流。
监控与运维
Kubo 提供了 Prometheus 指标，常见指标包括 peer 数量、bandwidth、DHT 查询时延、pin 数量。把这些指标采集到 Prometheus 后，配置告警阈值，可以在节点出现异常时第一时间收到通知。
日常运维要点包括：清理过期缓存、备份 .ipfs/keystore、监控磁盘使用、定期升级版本。配合 BNB链最佳实践 中的灰度升级思路，IPFS 节点也可以做轮换升级，避免单点故障。
长期演进建议
IPFS 生态仍在持续演进，从 Filecoin 到 IPLD、再到 libp2p。建议团队每月组织一次社区会议旁听或者 Issue 回顾，保持对生态变化的敏感度。把 IPFS 当作长期的基础设施投入，会让 DApp 的可靠性与去中心化程度同时提升。