章节 01 · 快速对比
快速对比
第 2 部分 · 架构差异
VPS 是一台机器，而 TradingHost 是一个运行环境。
VPS 为你提供远程 Linux 机器的 root 权限。除此之外，从操作系统、进程守护、部署流水线，到日志轮转、密钥管理和监控，所有环节都需要你亲自搭建。
TradingHost 则提供专为长期运行的交易任务设计的部署运行环境。你只需连接 GitHub 仓库，选择靠近交易场所的区域，即可完成部署。运行环境会自动守护你的策略进程、输出日志和健康状态，并提供策略级别的控制，而不会干扰整个容器的运行。
对比两边需要管理的内容，这种差异一目了然。
使用 VPS，你需要管理：
- 远程机器维护
- 操作系统更新
- 依赖项安装与版本管理
- 进程守护 (systemd, PM2, screen)
- 手动或编写脚本进行重启
- 日志轮转与保留
- 部署流程规范（手动或 CI）
- 进程与主机监控
- 磁盘上的凭据存储
- 网络与防火墙配置
使用 TradingHost，你将获得：
- GitHub 原生部署
- 流式运行日志
- 内置健康检查
- 可重复的发布流程
- 针对交易场所优化的区域选择
- 针对每个运行环境的资源控制
- 策略级别的重启与更新
- 由 GitHub 控制的密钥工作流
- 适用于 AI IDE 工作流的原生 MCP
- 更清晰的隔离：代码、运行环境与部署
第 3 部分 · 适用场景
坦白地说，这取决于具体需求
选择 VPS 并没有错，它只是更通用。如果你的工作负载是专门针对交易的，并且你希望运行环境能够感知并优化这一点，那么 TradingHost 就是更合适的选择。
VPS 依然适用的场景
当你需要一台通用的 Linux 机器时，选择 VPS
- 你需要完全的操作系统级控制，或使用非容器化的技术栈。
- 你的工作负载并非交易，不需要针对交易进行特定优化。
- 你已有现成的自动化方案，且重度依赖原生虚拟机管理。
- 你依赖仅支持 Windows 的软件（例如绑定到桌面会话的经典 MetaTrader 4 版本）。
- 你正在运行短期的实验，且对服务器与交易场所的物理距离没有要求。
TradingHost 更适用的场景
当你想要一个专为交易优化的运行环境时，选择 TradingHost
- 你希望通过 GitHub 驱动部署，而不是通过 SSH 和手动复制文件。
- 你需要服务器在地理位置上靠近特定的交易所或经纪商。
- 你正在运行多策略项目，且需要能够单独重启特定策略。
- 你需要流式日志、健康检查和可观测性，但不想自己搭建这些流水线。
- 你的策略代码已经或可以进行容器化。
- 你正在使用 AI IDE（如 Cursor、Claude Code、Copilot），并希望获得原生的 MCP 集成。
第 4 部分 · 迁移路径
如何从 VPS 迁移
对于大多数策略，迁移只需一个下午即可完成。多策略技术栈和基于 MetaTrader 的配置需要稍加留意，但迁移路径完全相同。
- 步骤 01
评估你现有的 VPS 策略技术栈
列出 VPS 上的所有策略、托管进程、日志路径、机密文件、定时任务（cron job）以及外部依赖项。这就是你需要迁移的清单。
- 步骤 02
将机密信息移至 GitHub 管理的工作流
将 API 密钥、经纪商凭据和配置从磁盘文件中剥离。GitHub 仓库机密（secrets）或环境机密将成为 TradingHost 运行时读取的唯一可信源。
- 步骤 03
选择 TradingHost 框架运行时，或使用自定义运行时
CCXT、Freqtrade 和 Hummingbot 拥有现成可部署的框架运行时。对于自定义策略，您的仓库可以直接连接，由运行时模型自动处理构建。
- 步骤 04
并行部署与运行
在 VPS 和 TradingHost 上并行运行相同的策略。在验证期内对比日志、成交情况、延迟和行为表现。对于交易至关重要的迁移，绝不能在未经验证的情况下盲目切换。
- 步骤 05
切换与停用
一旦 TradingHost 部署的表现符合预期，即可将实盘交易切换至其上并关闭 VPS。运行时将自动接管重启、日志保留、监控和区域选择。
章节 06 · 常见问题
常见问题
VPS 是需要您自行管理的通用 Linux 服务器。而 TradingHost 是专为交易工作负载设计的部署运行时，内置了 GitHub 原生部署、区域选择、运行时日志、健康检查、机密管理和策略级控制功能。
可以。许多交易员在迁移期间会并行运行 TradingHost；也有一些交易员选择将特定的工作负载（如仅限 Windows 的软件、未容器化的技术栈）长期保留在 VPS 上，同时将其他策略迁移到 TradingHost。
TradingHost 运行的是 Linux 容器。绑定到 Windows 桌面会话的经典 MetaTrader 版本并不适用。如果您的 MT5 策略是以无头（headless）服务运行，或通过桥接器与 MT5 通信，则可以在 TradingHost 上运行；典型的迁移方案是将策略逻辑移至容器化进程中，并在合适的情况下将 MT 桥接器保留在靠近交易场所的主机上。
TradingHost 是按运行时（runtime）数量计费，而非按虚拟机（VM）计费。对于大多数单策略或小型多策略配置，TradingHost 运行时的费用与小型 VPS 相当甚至更低，且已包含运行时层。请参阅价格方案了解当前的资费。
对于单个已容器化的策略，一个下午即可完成。对于包含自定义进程管理脚本和磁盘密钥的多策略技术栈，则需要几天细致的调整，并加上一段并行验证期。
不需要。TradingHost 会在托管的 Kubernetes 基础设施上，直接从您的仓库构建容器。您只需将代码（如果项目需要自定义构建步骤，还需包含 Dockerfile）提交到 GitHub，构建过程完全在云端运行。
TradingHost 区域专为靠近交易场所而优化（EU 适用于 FX/CFD 经纪商连接，US-East 适用于北美交易所）。请参阅可用区域查看当前列表及经纪商距离指引。
可以。TradingHost 具有原生 MCP 支持，因此 AI IDE（如 Cursor、Claude Code、GitHub Copilot、CLI 智能体）可以直接检查部署、查看日志并管理运行时。而在 VPS 上，AI 工具的可用性完全取决于您自己安装和配置的内容。请参阅MCP 支持了解详情。