卫星也能当数据中心?Satlyt完成在轨计算任务规划测试

导语: 把卫星从“采集数据再传回地面”的节点, 变成能在轨处理任务的虚拟数据中心 , 是 Satlyt 正在推进的方向。这家公司本月完成一项关键测试, 证明其软件可在太空硬件上生成计算任务分配方案。

📌 从 2024 年成立到 13 个月研发: 测试走向在轨

Satlyt 开发的是面向现有卫星的软件层, 目标是把多颗卫星连接成可共享计算任务的处理网络 。公司创始人 Rama Afullo 曾任职于 Google 和 SpaceX,2024 年创立 Satlyt。经过 13 个月研发, 团队与休斯敦大学在一个由 NASA 资助的研究项目中完成测试。

这次测试的关键变化在于处理位置: 过去, 卫星更多承担采集与回传 , 复杂分析依赖地面站; 现在,Satlyt 尝试让部分任务规划与处理在轨完成, 以减少对下行链路的依赖。其软件目前已部署在三颗在轨卫星上, 但 NASA 尚未选定其执行具体任务, 也未确认部署该技术。

🔍 模拟四台计算机, 验证星上任务规划

测试搭建了一个包含 4 台计算机、4 名用户和 8 项服务的模拟网络, 软件根据算力与通信可用性决定任务如何分配和运行 。实际执行时, 由航天器上的一台物理计算机运行实验, 评估这个模拟网络, 并将结果传回地球。

结果说明,Satlyt 的软件能够在轨硬件上生成任务计划 。不过, 多台物理计算机之间如何实际传输信息, 仍需后续测试。Afullo 提到, 测试发现了一种取舍: 某种调度方式效果最好, 但比其他方式消耗更多算力。

💡 看点不在“算力上天”, 而在减少等待

Satlyt 设想的价值场景并不抽象。 例如卫星观测到野火后 , 若能在轨先处理并提取关键信息, 就能更快把有用结果传给地面, 而不是等大量原始数据回传后再分析。对于通信窗口有限、链路不稳定的任务, 这种能力更重要。

• 已知进展: 软件已部署于三颗卫星, 完成在轨任务规划验证。
• 待解问题: 多机协同传输、不同负载与硬件条件、连接中断后的恢复。
• 工程细节: 测试中发现时间标记方式需调整, 应记录传输耗时而非仅记录到达时间。

公司还表示, 真正可用的系统还需要通信链路、参与运营方的授权、安全传输、资源调度等配套能力 。这些条件决定了软件能否从单项验证走向网络化运行。

📊 从验证到部署, 还有几道门槛

这次实验成功完成了软件开发、星上执行和结果回传, 但距离商业化部署仍有距离 。Satlyt 需要证明软件在不同工作负载、硬件和连接条件下都能稳定运行, 也要解决多运营方协作中的权限与安全。