Diun vs Cosmos Cloud：对比
Source: Dev.to
快速结论
它们解决的是不同规模的不同问题。Cosmos Cloud 是一个完整的自托管平台，提供容器管理、反向代理和自动更新。Diun 是一个轻量级的通知服务，用来告知容器镜像何时有更新可用。如果你使用 Cosmos Cloud，通常不需要 Diun；如果你使用 Portainer 或 Dockge 进行管理，Diun 能提供有价值的更新感知。
概览
Cosmos Cloud 是一个一体化的自托管平台，集成 Docker 管理、带 SSL 的反向代理、应用市场、VPN 集成、安全特性以及自动容器更新。当前版本：v0.20.2。
Diun（Docker Image Update Notifier） 是一个单一用途的工具，监控 Docker 仓库中的新镜像版本，并通过 20 多种渠道（Discord、邮件、Slack、Gotify 等）发送通知。它不执行更新——仅通知。当前版本：4.31.0。
功能对比
| 功能 | Cosmos Cloud v0.20 | Diun 4.31 |
|---|---|---|
| 容器管理 | 是（完整 GUI） | 否 |
| 反向代理 | 是（内置） | 否 |
| 应用市场 | 是 | 否 |
| 更新检测 | 是 | 是 |
| 更新通知 | 通过平台 | 是（20+ 渠道） |
| 自动应用更新 | 是 | 否（仅通知） |
| 按容器监控 | 是 | 是（通过标签） |
| 自定义调度 | 是 | 是（cron） |
| 仓库支持 | Docker Hub | Docker Hub、GHCR、ACR、ECR、GCR 等 |
| RAM 使用量 | ~150‑200 MB | ~15‑20 MB |
| 目的 | 完整平台 | 单一用途通知器 |
使用场景
选择 Cosmos Cloud 的情况…
- 需要一个平台同时提供管理、代理和更新
- 想要自动应用更新（而不仅是通知）
- 正在搭建全新的自托管环境
- 需要应用市场和用户管理
选择 Diun 的情况…
- 已经有管理栈（Portainer、Dockge 等）
- 更倾向于收到通知后自行决定何时更新
- 想要在特定渠道（Discord、Slack、Gotify）收到通知
- 需要轻量级资源占用（约 15 MB vs ~200 MB）
- 需要跨多个仓库（GHCR、ECR 等）监控镜像
最终结论
Cosmos Cloud 通过内置的更新管理功能取代了 Diun 的需求。 如果你已经在使用 Cosmos Cloud，额外添加 Diun 是多余的。
Diun 的价值体现在你使用其他工具进行管理和代理的场景。Diun 填补了 Portainer 和 Dockge 原生不具备的“更新感知”空白。其仅通知的方式也比自动更新更安全——你可以自行控制何时进行更新。（提供自动更新的 Watchtower 已经不再维护。）
常见问题
Cosmos Cloud 会像 Diun 那样发送更新通知吗？
Cosmos Cloud 会在 UI 中显示可用更新，但没有 Diun 那样的 20+ 通知渠道集成。如果你需要 Discord、Slack、Gotify 等特定渠道的通知，Diun 在通知交付方面更灵活。
Diun 能触发 Cosmos Cloud 进行更新吗？
不能直接。Diun 仅负责通知——它不与容器管理工具集成以触发更新。收到 Diun 的通知后，需要在 Cosmos Cloud 的 UI 中手动应用更新。
哪个资源占用更少？
Diun 远低于 Cosmos Cloud（约 15 MB 对比约 200 MB）。但这并不是公平的比较——Cosmos Cloud 的功能是 Diun 的十倍以上。