如果您已经了解 Docker 并且只是想要以更简洁的方式运行不断增长的应用程序堆栈，那么这里是 Portainer 与 Cosmos Cloud 的简短回答。 Portainer 是直接集装箱和堆垛操作的更强选择。如果您的痛苦是在容器启动之后开始的，此时域、HTTPS、用户访问和公共暴露开始占用您的时间，那么 Cosmos Cloud 就更有意义了。对于某些设置，最明智的做法不是将其中一个替换为另一个，而是将它们在同一台服务器上配对。
快速解答
在我们深入了解细节之前，这里有一个快速总结。 Portainer 专注于容器操作、环境可见性以及跨 Docker 密集设置的堆栈管理。 Cosmos Cloud 从不同的角度开始。它试图通过内置的反向代理、HTTPS 和用户登录工具，使自托管服务器更容易从一个地方公开、保护和组织。
这种差异当然很重要，因为这两个工具都位于 Docker 之上，但它们解决了不同的问题。 Docker 组合 已经为您提供了从一个 YAML 文件运行多容器应用程序的基本模型。 Portainer 围绕该工作流程添加了更强大的操作面板，而 Cosmos 将堆栈扩展到路由、身份和应用程序访问。
| 最适合 | 挑选 |
| 直接容器和堆栈控制 | 波尔泰纳 |
| 具有内置路由和身份验证的面向公众的自托管应用程序 | 宇宙云 |
| Docker 操作和应用程序访问都很重要的混合环境 | 两者都在一起 |
一旦你以这种方式做出决定，比较的其余部分就会变得更容易阅读。
Portainer 最适合作为容器操作层
Portainer 最好理解为您已运行的基础设施的管理层。 它自己的文档 将 Community Edition 描述为一个开源工具集，用于在 Docker、Docker Swarm、Kubernetes 和 Azure ACI 中构建和管理容器。
商业版添加了基于角色的访问控制、注册表管理、专用支持和 Podman 支持等功能。
这比旧的“Docker GUI”标签所暗示的范围更广，这就是为什么 Portainer 在单个主机转变为多个环境后仍然有用的原因。
你可以将 Portainer 的角色分为三个部分：
- 环境控制： 一个界面可以管理多个Docker环境和集群
- 堆栈处理： 从 Compose 文件、上传或 Git 进行部署
- 操作可见性： 日志、容器统计信息、控制台访问、环境变量和更新流程
它的架构在实践中也很重要。 Portainer 使用一个 Portainer 服务器和 Portainer 代理，一旦您不再将 Docker 视为一种单一的爱好设置，这将使多主机管理变得更加容易。
Portainer 表现出色的地方如下：
| 区域 | Portainer 擅长什么 |
| 日常检查 | 快速状态视图、日志、重新启动、控制台访问 |
| 部署流程 | 基于 Compose 的堆栈部署、上传、Git 支持的堆栈 |
| 多主机工作 | 跨多个环境的集中访问 |
| 持续维护 | 图像清理、堆栈更新、容器检查 |
在一长 r/自托管线程人们将 Portainer 描述为对于快速执行访问、日志、修剪图像以及同时检查多台机器上的容器非常有用。
在同一主题中，其他人表示，他们一开始就大量使用它，当他们对 Compose 和 CLI 更加熟悉后，就不再依赖它了。
Cosmos Cloud 让应用程序访问、路由和身份更接近中心
Cosmos Cloud 仍然运行在 Docker 上，但它并没有止步于容器管理。 文档描述了 “servapps”是在服务器上运行的应用程序，实际上，这些是通过 Cosmos 管理的 Docker 容器。
最大的转变是，Cosmos 的构建是为了接管更多通常在容器面板、反向代理、证书管理和身份验证层之间分配的工作。
您可以将其范围分为四个部分：
- 应用程序管理 通过 Docker 支持的 servapps
- 公众暴露 通过内置反向代理
- HTTPS 和路由 通过子域和更清晰的 URL 处理
- 身份和访问 通过中央登录工具和应用程序级控制
Cosmos 通过以下方式做到这些事情：
- 嵌入反向代理，以便您可以将应用程序公开到互联网
- 支持 HTTPS 并使应用程序远离原始端口号访问
- 将 SSO 感知的访问控制推送到同一界面
- 控制端口 80 和 443 作为主前门
它的市场进一步推动了同样的想法。 Cosmos Market 不仅仅是应用卡列表。文档称其预配置的 cosmos-compose 文件可以在安装过程中设置容器、网络、卷、链接，甚至反向代理路由。
| 区域 | Cosmos 云焦点 |
| 应用程序部署 | Docker 支持的 servapps 和市场安装 |
| 接入层 | 反向代理、路由、子域 |
| HTTPS 流程 | 内置于平台中 |
| 用户管理 | 应用程序登录的 OAuth 2.0 和 OpenID 支持 |
| 安装型号 | 可以将容器、网络、卷和路由连接在一起 |
它还比 Portainer 更努力地推动中心化身份。 Cosmos 支持 OAuth 2.0 和 OpenID，因此安装的 servapp 可以使用 Cosmos 帐户登录用户。如果您想要该流程背后的标准视图， OpenID 连接概述 是一个有用的参考，因为它显示了 Cosmos 所依赖的身份模型。
一 r/自托管帖子 一位试图解决反向代理混乱的用户表示，Cosmos 最终完全按照他们的意愿行事，并为他们处理了 SSL 方面的问题。该帖子并没有说 Cosmos 是完美的，但它确实解释了为什么它赢得了人们的青睐，这些人的真正问题不是“如何启动容器”，而是“如何停止一次又一次地重建相同的访问堆栈”。
Portainer 与 Cosmos：容器控制与服务器网关
很多比较都将这两种工具简化为“Docker 仪表板”，这就是对话变得模糊的地方。然而，Portainer 主要是关于干净地控制容器、堆栈和环境。 Cosmos Cloud 也尝试运行服务器网关，这意味着应用程序暴露、子域、HTTPS 和登录流程是主要产品的一部分，而不是副业。
我的意思是：
| 问题 | 波尔泰纳 | 宇宙云 |
| 中心是什么？ | 容器、堆栈、环境 | 应用程序、访问、路线、身份 |
| 它减少了哪些工作？ | Ops 在 Docker 内部工作 | 围绕 Docker 的访问和公开工作 |
| 它与 Docker 的原生模型有多接近？ | 非常接近 | 更有主见 |
| 它采用什么辅助工具？ | 代理、证书、身份验证通常位于其他地方 | 尝试在平台内捆绑更多内容 |
基本上：
- 与Portainer一起，你还是更接近Docker的正常模型
- 与宇宙，你离一个底层使用Docker的自托管应用平台更近了
- 与Portainer一起、Git、Compose 和容器检查位于中心附近
- 与宇宙、路由、HTTPS 和面向用户的访问更加靠近中心
文档使这一点更加清晰。 宇宙说 servapps 可以从应用程序商店、创建表单、导入的 Compose 文件、命令行或其他应用程序（例如 Portainer）安装。
最后一点比乍听起来更有用。 Cosmos 并不总是难以替代的。它自己的文档为在 Cosmos 之外创建的应用程序留出了空间，社区的回复甚至更进一步。
在 CosmosServer Reddit 子版块，项目创建者表示 Cosmos 很高兴坐在 Portainer 旁边，并且该线程中的用户谈论将两者一起运行而不会发生冲突。
因此，更好的问题不是“抽象而言哪个更好？”问题是“现在哪一层工作在浪费我的时间？”如果是集装箱业务，Portainer 保持领先。如果是围绕应用程序的访问、路由和身份，Cosmos 具有更强的优势。
功能比较一览
这几乎是我在表格中所说的所有内容，但请务必记住，这些不是两个相同的工具在争夺同一项工作。
| 区域 | 波尔泰纳 | 宇宙云 |
| 容器生命周期控制 | 强的 | 好的 |
| 组合或堆栈处理 | 强大，具有 Compose 和 Git 驱动的堆栈工作流程 | 很好，具有 Compose 导入和 cosmos-compose 支持 |
| 多环境管理 | 强的 | 更加以服务器为中心 |
| 日志、统计数据、控制台访问 | 强的 | 可用，但不是主要吸引力 |
| 反向代理和路由管理 | 有限，通常是外部的 | 内置 |
| HTTPS 流程 | 通常是外部的 | 内置，在设置中使用 Let’s Encrypt 风格的自动化路径 |
| 应用程序的集中用户登录 | 外部附加组件或单独的工具 | 内置 OAuth 2.0 和 OpenID |
| 应用市场或模板 | 容器和堆栈的模板 | 市场安装过程中包含路线、数量和网络 |
| 最适合 | Docker操作与环境控制 | 自托管应用程序访问和服务器网关工作 |
这里值得注意的一件事是每种产品采用了多少辅助工具。如果您已经喜欢运行自己的代理、证书流和身份验证堆栈，那么 Portainer 就可以满足您的需求。
如果您厌倦了单独连接这些部件，Cosmos 开始看起来更有吸引力。这也是我们文章的内容 具有 Web UI 的最佳自托管云平台 有帮助，因为它涵盖了 Cosmos 所属的更广泛的平台类别。
当 Portainer 变得更有意义时
当您仍然希望 Docker 保持可见时，Portainer 是更好的选择。这通常意味着已经熟悉 Compose 的开发人员、系统管理员和更具技术性的自托管者，将文件保存在 Git 中，并希望有一个 Web 面板来帮助检查、更新和日常操作，而不会将服务器变成一个更加固执己见的平台。
实际上，Portainer 在如下设置中更有意义：
- 您已经通过 Compose 和 Git 管理应用程序
- 您需要更轻松的日志、重新启动、状态检查和控制台访问
- 您运行多个 Docker 环境并需要一个控制面板
- 您已经在其他地方进行了反向代理、证书处理和身份验证
- 您想要一个高于 Docker 的 UI，而不是围绕它的更广泛的自托管平台
当 Cosmos 云变得更有意义时
当堆栈不再是私有的和本地的时，Cosmos Cloud 开始领先。当您需要干净的 URL、受浏览器信任的 HTTPS、中央用户访问和更简单的应用程序门户时，Cosmos 就开始解决 Portainer 最初从未解决的问题。
这使得 Cosmos 非常适合一些明显的情况：
- 您在一台服务器上运行多个公共或半公共应用程序
- 您厌倦了手动将代理、证书和身份验证层拼接在一起
- 您需要一个用于部署和访问管理的界面
- 您希望应用程序安装能够在同一流程中连接路由、卷和网络
这也是提及我们的文章的正确位置 可以使用 Cosmos Cloud 运行的最佳自托管应用程序，因为一旦有人认为 Cosmos 适合他们的设置，下一个问题通常是“哪些应用程序清理得最多？”
不过，这需要权衡。 Cosmos 希望您更多地在其模型内工作。一些用户喜欢这一点，因为它可以减少工具的蔓延。其他人则拒绝它，因为他们宁愿将代理、身份验证和应用程序部署层分开。
这就是为什么这个选择不是关于功能数量，而是更多关于工作风格。如果您仍然对更广泛的平台问题有疑问，我们的文章 Cosmos Cloud、CasaOS 与 Umbrel 可以帮助进一步缩小范围。
在同一服务器上运行两者可能是最明智的路径
您不必总是选择其中一个并丢弃另一个。如果您已经拥有运行良好的 Portainer 的 Docker 主机，则可以将 Cosmos 添加为面向公众的网关层，而不是在第一天就替换您的操作工作流程。
这种混合路线在如下设置中很有意义：
- 你想要 波尔泰纳 用于堆栈和环境控制
- 你想要 宇宙 用于 URL、HTTPS 和面向用户的访问
- 您想要渐进的迁移路径而不是完全重建
- 您信任当前的 Docker 工作流程，只想减少公共访问开销
这就是它的样子：
| 层 | 搬运工角色 | 宇宙角色 |
| 集装箱作业 | 主要工具 | 中学 |
| 堆栈可见性 | 主要工具 | 可能，但不是使用它的主要原因 |
| 公众暴露 | 有限的 | 主要工具 |
| HTTPS 和路由 | 通常是外部的 | 主要工具 |
| 面向应用程序的登录流程 | 通常是外部的 | 主要工具 |
这种混合设置在某些情况下是有意义的。您可能需要 Portainer 进行堆栈和环境控制，但需要 Cosmos 进行 URL、HTTPS 和面向用户的访问。您可能还需要逐步迁移路径，而不是一次性重建工作主机。
Cosmos 自己的文档称应用程序可以来自其他工具，并且社区已经明确表示 Cosmos 可以与 Portainer 并存。
对于不是从头开始的人来说，这通常是最实用的道路。
托管改变了整个体验
Portainer 和 Cosmos Cloud 都可以在备用 PC、迷你 PC、专用服务器或 VPS 上运行。托管之所以重要，是因为一旦这些工具不再是实验，而是开始成为您实际访问应用程序的一部分，正常运行时间和外部访问就变得更加重要。
VPS 可以消除很多摩擦。您可以获得面向公众的环境，而无需依赖家庭 ISP 的怪癖、路由器规则或本来就不应该全时在线的旧硬件。
这是原因之一 我们的 VPS 上的 Docker 指南 可以有很大的帮助。如果您还在本地硬件和托管基础设施之间做出选择， 云主机和VPS有什么区别？ 填写决定的该部分。
如何完全避免托管、部署和设置问题
手动设置一次就可以了，但是当您只是尝试正确测试它们或在线获取最终堆栈时，它很快就会过时。这就是为什么我们将它们提供为 一键Portainer VPS 和 一键式 Cosmos 云 VPS. 两者都可以作为一键式应用程序使用，因此您可以跳过基本安装工作，让它们更快地运行。另外，从我们的 市场 页面中，您还可以设置人们通常想要的应用程序，然后使用相同的一键安装，例如 n8n, 苏帕贝斯， 和 贝泽尔轮毂.
我们所有的 VPS 服务都附带：
- 高达 40 Gbps 联网
- 12 个地点
- NVMe固态硬盘 贮存
- DDR5内存
- 专用资源
- 完全root访问权限
- 60 秒内部署
- 高级 DDoS 防护
- 付款方式包括卡、 贝宝, 加密货币等等
最后，如果您只想测试它们，我们所有的 VPS 都配有 14 天退款 和 14 天未使用的信用返还 保证，因此如果您不喜欢或不喜欢我们的服务，您可以获得退款。
这本身并不能决定 Portainer 与 Cosmos Cloud 的问题，但它确实消除了设置阻力。
最终判决
对于想要直接控制容器、堆栈和环境而不将其工作包装在更广泛的自托管平台中的读者来说，Portainer 是更好的选择。对于想要容器管理以及围绕它的服务器网关（尤其是路由、HTTPS 和集中式用户访问）的读者来说，Cosmos Cloud 是更好的选择。
如果您已经有一个可用的 Docker 主机，最明智的答案可能是保留 Portainer 进行操作，并在公共应用程序访问开始变得混乱的地方添加 Cosmos。如果您希望从一开始就跳过硬件和网络摩擦，我们的 一键Portainer VPS 和 一键式 Cosmos 云 VPS 可以使整个设置更容易使用。
