章节 01 · 通俗易懂的托管云
第一次接触托管云基础设施？
如果您曾在 VPS 上运行过交易策略，您一定深知其中的繁琐。登录服务器、安装更新、配置进程守护程序、处理终端会话、在凌晨 3 点出故障时爬起来重启。您不得不像保姆一样时刻盯着服务器。
托管云基础设施彻底改变了这一切。您只需将 GitHub 仓库中的代码交给平台，平台就会运行它、保持其在线并向您报告运行状况。您无需再充当系统管理员，可以重新专注于交易或开发。
这就是 TradingHost。您的代码留在 GitHub，基础设施交给我们解决。
托管云的定义
TradingHost 在托管云基础设施上运行您的交易代码。TradingHost 负责管理部署底层的计算、编排、运行时网络和运维控制。客户无需访问底层宿主机服务器。
章节 02 · 可靠性
针对运行时底层提供 99.99% 的基础设施 SLA
TradingHost 承诺提供 99.99% 的基础设施 SLA，涵盖网络、数据中心和电力的可用性，具体受 SLA 条款和免责条款约束。
TradingHost 提供基础设施 SLA。策略的可用性还取决于用户代码、经纪商和交易所 API、凭据、依赖项、第三方服务以及状态恢复。
TradingHost 的 SLA 仅适用于基础设施层：网络、数据中心和电力的可用性。它不保证用户代码、经纪商 API、交易所 API、GitHub、第三方服务、凭据、依赖项或内存中的策略状态始终正常运行。
- 运行时重启控制
- 如果策略进程意外退出，TradingHost 可以根据运行时的重启策略将其重启，并在日志中呈现故障信息。具体的重启行为取决于您的部署配置。
- 基础设施恢复
- 在支持的情况下，当底层基础设施发生事件时，编排层可以重启或重新调度受影响的运行时。您的策略仍必须设计为在重启后能够安全恢复。
- 多区域部署
- 您可以自行选择运行时所在的区域。如果某个区域性能下降，您可以在几秒钟内通过控制台或通过 MCP 在 AI IDE 中重新部署到另一个区域。
SLA 免责条款
基础设施 SLA 不适用于以下事件。完整列表请参阅我们的服务条款。
- 计划内维护和紧急维护窗口
- 计划内迁移
- 账户暂停或服务终止
- 不可抗力事件
- 上游服务商故障
- 客户互联网服务提供商（ISP）问题
- 客户运行环境中运行的软件
- 第三方攻击、病毒及服务器入侵
- 用户操作失误
第 03 节 · 一览
十行了解 TradingHost
平台全貌，一目了然。每行均指向包含具体细节的对应章节或页面。
- 基础设施
- 托管云，基于容器。
- 您管理的内容
- 策略代码、交易逻辑、经纪商与交易所配置，以及风控设置。
- What TradingHost manages
- 计算资源、操作系统、容器编排、运行环境网络以及基础设施运维。
- 服务器访问权限
- 客户无法访问底层宿主服务器。
- 隔离性
- 客户运行环境之间相互隔离。
- 每个运行环境的策略数
- 一个或多个，取决于部署配置。
- 地区
- 多个，参见地区。
- 需要了解 Kubernetes 吗？
- 不需要。
- 可靠性模型
- 运行环境重启控制、健康状态可视化、流式日志以及基础设施 SLA。
- SLA
- 99.99% 基础设施 SLA，涵盖网络、数据中心和电力（受免责条款约束）。
第 04 节 · 工作原理
三层架构，您只需接触其中一层
在您与底层云之间存在三个层级，而您只需与其中一层进行交互。这种隔离正是核心所在：您只需编写交易代码并推送至 GitHub，策略即可运行。TradingHost 会负责管理您部署之下的计算资源、容器编排、运行环境网络以及运维控制。
控制平面
您所看到的部分。包括控制面板、部署流程、日志和 MCP 服务端。所有客户交互均在此进行。
运行环境
您的策略实际运行的容器。通过您的 GitHub 仓库和部署流程进行配置。您无需直接登录其中。
基础设施
计算资源、容器编排、运行环境网络和运维控制。由 TradingHost 托管。客户无法访问底层宿主服务器。
第 05 节 · TradingHost 与 VPS 的对比
VPS 提供的是服务器，而 TradingHost 为您的代码提供运行之地。
TradingHost 并非只是外观更精美的 VPS，而是专为交易代码打造的基础设施。控制面板、运行器、机密隔离边界以及生命周期控制均已预先配置就绪。
使用 VPS
- 自行管理服务器
- 通过 RDP 或 SSH 登录
- 手动安装依赖
- 维持终端会话在线
- 手动排查日志文件
- 更新系统补丁
- 崩溃时手动重启
- 以服务器为中心
在 TradingHost 上
- 您只需管理策略
- 使用控制面板或 MCP
- 在代码仓库中定义依赖
- 策略在托管运行环境中运行
- 日志实时流式传输至控制面板
- 我们来负责操作系统
- 自动重启
- 以策略为中心
第 06 部分 · 您无需操心的事
无需您再亲力亲办的事项清单
您无需一直挂着桌面终端，也无需在程序崩溃时手动重启。这一切都由我们来处理。
- 操作系统
- 内核更新
- 安全补丁
- 容器调度器
- 网络配置
- 防火墙
- 硬件监控
- 容量规划
- 服务重启
- 健康状况监控
您也无需学习 Kubernetes。我们在底层使用它，因为它是大规模编排长期运行工作负载的最佳工具，但您完全不需要接触它。对您而言，只需关注您的代码仓库、选择运行区域，然后点击部署按钮即可。
第 07 部分 · 仍由您掌控的事
交易决策始终由您掌控
TradingHost 负责运行代码。而交易决策、风险模型以及与经纪商的连接，依然完全由您掌控。
- 编写策略
- 连接您的经纪商或交易所
- 制定风控规则
- 决定仓位大小和订单处理方式
- 实盘前进行测试
- 监控您的交易表现
第 08 部分 · 坦诚说明
明确界定职责边界
宣传与实际产品完全一致，绝无虚饰。
99.99% SLA 的保障范围
TradingHost 的 SLA 适用于基础设施层：网络、数据中心和电力可用性。它不保证用户代码、经纪商 API、交易所 API、GitHub、第三方服务、凭据、依赖项或内存中的策略状态始终正常运行。
策略的可用性还取决于用户代码、经纪商和交易所 API、凭据、依赖项、第三方服务以及状态恢复。完整的 SLA 条款和免责声明详见我们的服务条款。
- TradingHost 不提供对底层服务器的 Shell 访问权限。
- TradingHost 不会在重启时保留策略的内存状态。策略应通过经纪商 API 或外部存储重新构建状态。
- TradingHost 不保证连接到特定经纪商的具体延迟。延迟取决于所选区域、网络状况以及经纪商自身的基础设施。
- TradingHost 不充当您的经纪商或交易所。您的策略将直接进行连接。
常见问题
常见问题解答
根据 SLA 条款及排除项，99.99% 的 SLA 涵盖 TradingHost 基础设施的网络、数据中心和电力可用性。它不保证用户策略代码、经纪商 API、交易所 API、第三方服务、凭据、依赖项或内存中策略状态的在线时间。
不保证。该 SLA 仅适用于基础设施层。您的策略仍可能因代码错误、配置不当、凭据无效、经纪商或交易所宕机、速率限制、依赖项问题、状态恢复问题或用户操作失误而中断。
是的。不同客户的运行环境是相互隔离的。根据部署配置，一个运行环境可能会运行一个或多个策略，但不同客户账户的策略绝不会共享同一个运行环境。
不是。VPS 提供的是需要您自行管理的远程服务器。而 TradingHost 是在托管云基础设施上运行您的交易代码。您只需连接 GitHub 代码库，其余工作全部由我们处理。
不需要。TradingHost 在后台使用 Kubernetes，但您无需进行任何接触。您只需连接 GitHub，选择区域，然后进行部署。
TradingHost 会在部署状态和日志中呈现该故障。根据运行环境配置和故障类型，策略进程可能会自动重启，或者需要用户手动干预。
在支持的情况下，TradingHost 可以将受影响的运行环境重启或重新调度到健康的基础设施上。但您的策略本身仍必须设计为能够在重启后安全恢复。
可以。您可以在部署时从支持的区域中进行选择，使您的运行环境尽可能靠近您的经纪商或交易所。请参阅“区域”页面获取当前列表。
不会。内存中的状态绝不应被视为持久数据。您的策略应当通过经纪商 API、外部数据库或持久化文件来重建其数据视图。
不能。TradingHost 是托管基础设施。您可以通过控制面板、MCP 和运行环境日志来操作一切。