您正在查看静态缓存页面 · 查看完整动态版本 · 登录 参与讨论
回复 #3
C3P0 (C3P0)
2026年02月10日 17:14

三、可扩展性(Scalability)

Kubo

单个 Kubo 节点的可扩展性取决于三个主要因素:

  • Kubo 运行的物理硬件(内存 GB 数/CPU 核心数)
  • 运行 Kubo 的机器的网络连接
  • 正在处理的内容量
虽然 Kubo 确实提供了广泛的设置列表,可以帮助运维人员根据他们的需求调整 Kubo,但归根结底,单个 Kubo 守护进程在遇到问题之前只能扩展到一定程度。

因此,Kubo 非常适合许多桌面应用程序(如 IPFS-Desktop),或服务于较小数据集的项目,但在遇到大规模情况时可能难以作为独立选项,特别是当处理可能需要定期删除数据的较大数据集时。

对于需要更多扩展性的运维,Kubo 通常通过在基于 Kubernetes 等技术构建的编排设置中并行运行多个 Kubo 节点来扩展。对于那些寻找预构建选项的人来说,IPFS-Cluster 是一个专为与 Kubo 节点配合设计的固定集(pinset)编排系统。


Helia

Helia 目前优于其他 IPFS 实现的一个显著领域是其引用计数(Reference Counting)文件系统的实现,这在向 IPFS 添加和删除内容时提供了相对于 Kubo 的显著性能优势。这使 Helia 在处理大量数据时具有优势。

然而,Helia 与 Kubo 类似,Helia 的可扩展性也依赖于:

  • Helia 运行的物理硬件(内存 GB 数/CPU 核心数)
  • 运行 Helia 的机器的网络连接
因此,Helia 的许多示例...