小更新。
大反转。

• ✳修复 Orbit 控制器与 Space 位于不同服务器时的静态发布问题。
• ✳路由验证改为通过集群共享路由器执行，因此不直接接收公网 HTTP 流量的控制器也能确认部署成功。仍会验证公开域名和发布版本的校验和。
• ✳所选 Space 的访问规则会跟随当前控制器更新，不会向其他应用网络开放。现有网站、文件和设置保持不变。

在 GitHub 查看完整版本说明 ↗

• ✳项目和应用设置按区域整理，发布选项与网站实际运行方式保持一致。
• ✳已采用文件发布的静态网站不再显示 Kubernetes 标签或容器专用控件；仍使用容器的静态项目保留这些控件。
• ✳更新会保留现有设置和发布模式，不会自动将网站迁移到 Space，也不会触发部署。

在 GitHub 查看完整版本说明 ↗

• ✳将静态网站发布到 Space，由共享文件服务器提供服务，无需为每个网站创建镜像和应用 Pod。
• ✳各版本的文件按网站、环境和部署隔离在专用前缀下。已有上传内容保持不变，只有新文件通过验证后才切换流量。
• ✳支持保留十个成功发布版本并回滚。服务端渲染和服务端函数仍需要容器；本地缓存不能替代 Space 备份。

在 GitHub 查看完整版本说明 ↗

• ✳修复 Orbit 备用节点接管后 Git 构建和应用部署位置的问题。

在 GitHub 查看完整版本说明 ↗

• ✳通过托管 WireGuard 网络连接不同服务商及 NAT 后的服务器，也支持现有安装。

在 GitHub 查看完整版本说明 ↗

• ✳Spaces、备份、活动和操作界面采用 Orbit 的插画风格，数据库存储占用也更容易理解。

在 GitHub 查看完整版本说明 ↗

• ✳数据库页面新增插画卡片、清晰导航，以及用于日常管理的独立区域。

在 GitHub 查看完整版本说明 ↗

• ✳设置页面新增分类、搜索和主题预览，Ted 也来到控制台陪你调整。

在 GitHub 查看完整版本说明 ↗

• ✳三服务器配置可识别节点之间是否互通，服务器列表也采用了 Orbit 的插画风格。

在 GitHub 查看完整版本说明 ↗

• ✳新建项目流程更有活力，应用目录也有了独立的导航入口。

在 GitHub 查看完整版本说明 ↗

• ✳服务器无法加入控制平面时，会恢复为代理节点，而不是一直处于故障状态。

在 GitHub 查看完整版本说明 ↗

• ✳新增浏览器终端、现成应用目录，以及从 Coolify、Dokploy、Heroku 和 Render 导入的功能；可用一条命令在真实服务器上执行高可用验收测试。

在 GitHub 查看完整版本说明 ↗

• ✳直接在 Orbit 中配置已有域名的 DNS，首先支持 Cloudflare。

在 GitHub 查看完整版本说明 ↗

• ✳项目概览变为任务控制中心，Ted 会对应用状态作出反应，各环境的分支选择也更清晰。

在 GitHub 查看完整版本说明 ↗

• ✳DigitalOcean 迁移提供完整引导流程，从发现资源到验证 DNS 切换。

在 GitHub 查看完整版本说明 ↗

• ✳可按有效副本数量设置保留策略，备份前会等待正在重启的数据库恢复。

在 GitHub 查看完整版本说明 ↗

• ✳支持使用 GitHub 或 Google 登录并接受邀请，通过服务商验证的邮箱匹配账户。

在 GitHub 查看完整版本说明 ↗

• ✳S3 存储更名为 Spaces，拥有独立列表、创建入口和面向文件的管理页面。

在 GitHub 查看完整版本说明 ↗

• ✳可在安装时或设置中指定控制台域名，并通过验证来保留访问能力。

在 GitHub 查看完整版本说明 ↗

• ✳数据库页面展示存储构成及增长原因，使用量精确到一位小数。

在 GitHub 查看完整版本说明 ↗

• ✳可调整内存和规划存储；内存不足会创建事件，备份也不再占用数据库自身的内存。

在 GitHub 查看完整版本说明 ↗

• ✳登录可使用验证器生成的验证码，管理员也可要求所有人启用此保护。

在 GitHub 查看完整版本说明 ↗

• ✳新增磁盘、内存、CPU、数据库存储、证书即将到期以及定时备份未执行等预警。

在 GitHub 查看完整版本说明 ↗

• ✳应用可使用 S3 存储桶保存文件，并像其他数据服务一样通过引用连接及备份。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 检查每个 Web 应用是否响应，在停止响应时创建事件，并支持发布公开状态页。

在 GitHub 查看完整版本说明 ↗

• ✳恢复测试支持独立计划、手动运行和超时限制。

在 GitHub 查看完整版本说明 ↗

• ✳控制台和预览环境也可以通过 Cloudflare Tunnel 提供访问。

在 GitHub 查看完整版本说明 ↗

• ✳无法在 80 和 443 端口接收流量的服务器，也能通过 Cloudflare Tunnel 提供应用服务。

在 GitHub 查看完整版本说明 ↗

• ✳脚本和流水线可通过工作区令牌调用 API，并使用 orbit deploy 发起部署。

在 GitHub 查看完整版本说明 ↗

• ✳新服务器使用仅允许添加代理的令牌，集群加入令牌可在控制台轮换。

在 GitHub 查看完整版本说明 ↗

• ✳PostgreSQL 页面会说明集群正在变更或无法恢复的情况。

在 GitHub 查看完整版本说明 ↗

• ✳每台服务器会持续更新防火墙中其他服务器的地址。

在 GitHub 查看完整版本说明 ↗

• ✳较大的备份重新能够通过恢复测试，恢复时也会传输完整文件。

在 GitHub 查看完整版本说明 ↗

• ✳位于其他网络的新服务器上的应用可访问集群，每次加入都会验证此连接。

在 GitHub 查看完整版本说明 ↗

• ✳位于不同网络但使用相同私有地址段的服务器，现在能正确通过公网地址加入。

在 GitHub 查看完整版本说明 ↗

• ✳不同网络中的服务器，例如两个 Oracle Cloud 私有网络，可通过公网地址加入同一集群。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 会说明服务器位于相同私有网段的另一网络，并允许移除安装失败的服务器记录。

在 GitHub 查看完整版本说明 ↗

• ✳在安装开始前的任一步骤都可移除服务器记录，并会说明私有网络不可达的原因。

在 GitHub 查看完整版本说明 ↗

• ✳填写服务器价格后，即可查看各项目的月度成本。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 重启后，可以重新尝试完成停在安装代理阶段的服务器安装。

在 GitHub 查看完整版本说明 ↗

• ✳Oracle Cloud 连接失败时会指出所需规则及添加位置，Orbit 也能处理服务商镜像自带的防火墙。

在 GitHub 查看完整版本说明 ↗

• ✳停止执行的操作可以再次取消，不再阻止系统更新。

在 GitHub 查看完整版本说明 ↗

• ✳添加 Oracle Cloud 等私有网络中的服务器时，不再一直停留在启动服务阶段。

在 GitHub 查看完整版本说明 ↗

• ✳Pull request 预览可使用自己的域名，并共用一张通配符证书。

在 GitHub 查看完整版本说明 ↗

• ✳数据库客户端可保存连接隧道，Lily DB 支持一键打开连接。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 可以为自定义域名创建 Cloudflare DNS 记录。

在 GitHub 查看完整版本说明 ↗

• ✳修复添加服务器时在运行时安装阶段失败的问题。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 支持向邮件列表发送通知，以及发送工作区邀请。

在 GitHub 查看完整版本说明 ↗

• ✳同一个项目可以运行多个应用，并共享数据库。

在 GitHub 查看完整版本说明 ↗

• ✳修复其他服务器曾重启后，主服务器丢失导致集群 DNS 不可用的问题。

在 GitHub 查看完整版本说明 ↗

• ✳工作区支持成员管理，以及所有者、管理员、开发者和查看者角色。

在 GitHub 查看完整版本说明 ↗

• ✳支持将 Orbit 通知发送到 Discord 频道。

在 GitHub 查看完整版本说明 ↗

• ✳有需要关注的事件时，Orbit 会通知 Slack 频道。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 支持从 Bitbucket Cloud 构建并部署应用。

在 GitHub 查看完整版本说明 ↗

• ✳连接 GitLab.com 或自托管 GitLab，即可构建并部署应用。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 在 PostgreSQL、MySQL 和 Redis 之外，新增 MongoDB 支持。

在 GitHub 查看完整版本说明 ↗

• ✳新增覆盖任意单台服务器丢失的验收测试，并修复这些场景发现的问题。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 可在控制平面保留备用副本，主服务器丢失后在其他服务器恢复运行。

在 GitHub 查看完整版本说明 ↗

• ✳支持 Oracle Cloud、AWS、Google Cloud、Azure 等仅向网卡分配内部地址的云服务商。

在 GitHub 查看完整版本说明 ↗

• ✳Kubernetes 控制平面可运行在三台服务器上，主服务器丢失后集群仍能继续工作。

在 GitHub 查看完整版本说明 ↗

• ✳在服务器卡片上开启 Receive traffic 后，路由器也会在该服务器上运行。Orbit 会等待它就绪，检查该服务器是否在 80 端口上响应；如果没有响应，则撤销此变更，并给出需要添加的防火墙规则。
• ✳当有多台服务器接收流量时，每个自定义域名都会为每台服务器列出一条 A 记录，子域名也不例外。已经验证过的域名会再次显示这些记录，并持续检查，直到所有记录都能解析。
• ✳Servers 页面会标出接收流量的服务器，活动记录中也会说明流量从哪些地址进入。
• ✳限制——自动生成的 sslip.io 地址仍然只指向主服务器。
• ✳限制——当某台接收流量的服务器失联时，DNS 恰好选中它的访客将得不到任何响应，直到其解析器不再返回该服务器。测试中，经由主服务器的请求依然正常，只有发往失联服务器上实例的请求除外：前 52 秒内，71 个请求中有 8 个失败。
• ✳限制——如果主服务器失联，其他服务器会继续响应，但发往原本运行在主服务器上的实例的请求会失败，因为负责将这些实例从路由器列表中移除的控制平面就运行在主服务器上。

在 GitHub 查看完整版本说明 ↗

• ✳Servers 预览会逐一模拟失去每台所选服务器的情况。如果其他服务器在容纳已有的一切之外，没有足够的空间接收迁移过来的实例，预览会拒绝，并指出是哪台服务器、缺少多少内存。如果放得下，它会告诉你还剩多少空间。
• ✳每台服务器都会保留这部分空间。之后在其上进行的变更（例如再部署一个应用、一个数据库或调整资源大小），如果会占用这部分空间，就会被拒绝。
• ✳调整分散部署的应用的大小时，也会执行同样的检查。
• ✳Servers 页面会显示每台服务器为可能迁移过来的实例保留了多少内存，以及是哪种失联情况需要它。

在 GitHub 查看完整版本说明 ↗

• ✳应用设置中的 Servers 可以把应用迁移到另一台服务器，或将其实例分散到多台服务器上。预览会显示每台服务器将承载多少实例、还剩多少空闲资源，并会拒绝未就绪、没有空间或 CPU 架构与已构建镜像不同的服务器。
• ✳当某台服务器失联时，它上面运行的实例会在其他服务器上重新启动。测试中这大约需要一分半钟，期间其他实例持续提供服务。
• ✳已构建的镜像会在实例启动前复制到每台所选服务器上。
• ✳限制——只有一个实例时，应用仍会停止，直到该实例在另一台服务器上启动。请使用两个或更多实例。
• ✳限制——流量仍然经由主服务器进入，而迁移实例需要运行在主服务器上的控制平面。失去主服务器会让两者同时停止。这就是 Orbit 目前还不称之为高可用的原因。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 的文档现已在 orbit.getcortexlabs.com 公开，提供英语和葡萄牙语版本。
• ✳文档涵盖安装、项目、应用、GitHub 与预览、Compose 导入、数据库、副本与故障转移、备份与恢复、添加更多服务器、运行与更新 Orbit、安全，以及 Orbit 不做哪些承诺。
• ✳控制台中说明某项限制的警告，现在会链接到用你的语言解释该限制的页面。涵盖单一控制平面、异步复制下的数据丢失、两个实例的同步复制，以及单台服务器上的多个实例。
• ✳更新中断时显示的恢复指南，以及 systemd 单元中的 Documentation= 行，现在都指向新网站，而不是私有仓库。

在 GitHub 查看完整版本说明 ↗

• ✳从归档重建。当某个 PostgreSQL 数据库的所有实例都已不复存在时，其页面会提供从最近一次基础备份和已归档的 WAL 重建的选项。Orbit 会在相同的服务器上重新创建实例，并告诉你数据恢复到了哪一次提交。
• ✳可度量的故障转移。每次故障转移和主备切换都会记录数据库没有主节点的时长，以及保住了什么：同步复制下是每一次已提交的写入，异步复制下则是新主节点所拥有的最新写入的时间。活动记录、时间线和数据库页面都会显示这两项。
• ✳数据库面板现在名为 Instances and replication（实例与复制）。在控制平面只运行在一台服务器上的情况下，Orbit 不称其为高可用。
• ✳在异步复制下，与网络断开的主节点现在会在断开约半分钟后停止接受写入，远早于副本接管。此前，它已有的会话最多可继续写入三分钟，因此可能出现两个主节点同时接受写入的情况。
• ✳同步复制只会提升拥有全部已提交写入的副本。
• ✳预览会拒绝两个实例的同步复制，因为失去任意一台服务器都会导致所有写入停止。
• ✳未写满的 WAL 文件现在会在一分钟后归档，而不是五分钟，因此失去所有实例时最多只会丢失约一分钟的写入。
• ✳服务器停机时，约有 64 秒没有主节点，且没有丢失任何已确认的写入。
• ✳服务器与网络断开时，有 96 秒没有主节点，且从未出现两个可写的主节点。
• ✳恢复到破坏性变更发生前一秒的状态，耗时约一分钟。
• ✳从归档重建时，在所有实例丢失 51 秒后恢复了写入。

在 GitHub 查看完整版本说明 ↗

• ✳基于 CloudNativePG 的 PostgreSQL 数据库可运行一到三个实例，每个实例位于不同的服务器上。预览会挑选服务器，如果有空间容纳该数据库的服务器不够，则会拒绝。
• ✳默认采用异步复制。同步复制会让每次提交都等待一个副本确认。
• ✳当主节点所在的服务器失联时，会有一个副本被提升为主节点，数据库地址也随之切换，因此应用的变量无需改动。
• ✳Make primary 可主动提升某个副本。测试中这大约需要 10 秒。
• ✳数据库页面会列出每个实例所在的服务器、其角色以及落后的程度。故障转移和主备切换会显示在活动记录和时间线上。

在 GitHub 查看完整版本说明 ↗

• ✳基于 CloudNativePG、备份存放在外部存储中的数据库，也会持续地将其 WAL 归档到那里。
• ✳数据库页面会显示可恢复的时间窗口，从保留的最早一次基础备份到最后归档的 WAL。当归档滞后或失败时，页面会予以说明，数据库也会显示为降级状态。
• ✳Restore to a point in time 可选择该时间窗口内的任意一秒。Orbit 会先保留一份当前数据的副本，在一个临时集群中将归档恢复到该时刻，再在一个事务中将数据复制回来，并重启使用该数据库的应用。

在 GitHub 查看完整版本说明 ↗

• ✳创建第一个 PostgreSQL 数据库时，Orbit 会安装 CloudNativePG operator 及其 Barman Cloud 插件。
• ✳现有的 PostgreSQL 数据库会显示 Move to CloudNativePG。预览会说明写入将暂停多久、备份存放在哪里，以及服务器是否有足够的磁盘容纳第二份副本。Orbit 会先备份，在读取持续可用的同时复制数据，切换数据库地址，并重启使用它的应用。
• ✳如果迁移的某一步失败，旧数据库会被恢复并重新接受写入。它的卷会以只读方式保留在服务器上，直到你将其删除。

在 GitHub 查看完整版本说明 ↗

• ✳应用设置中的 Scale automatically 会在 CPU 持续高于目标值时增加实例，并在低于目标值 5 分钟后减少实例。
• ✳资源预览会为最大实例数预留空间，因此扩容时服务器永远不会空间不足。
• ✳部署和资源变更会保留自动扩缩器所选择的实例数量。
• ✳Instances 图表会展示扩缩情况，时间线会列出每次变更以及触发它的 CPU 数值。

在 GitHub 查看完整版本说明 ↗

• ✳Settings > Orbit updates 会显示正在运行的版本以及任何更新的版本，并附带其版本说明。
• ✳更新开始前，预检会检查发行版本的签名、可用磁盘空间、正在运行的操作以及服务器上的 agent。
• ✳更新会备份 Orbit 的数据，下载并校验发行版本，以新版本重启并执行其迁移。
• ✳如果新版本始终无法启动，守护机制会在三分钟后恢复上一个版本。如果控制台无法访问，可在服务器上运行 orbit update rollback 达到同样的效果。
• ✳发行版本现在使用 Ed25519 签名。如果发行版本的签名与 Orbit 内置的密钥不匹配，Orbit 将拒绝从该版本更新。

在 GitHub 查看完整版本说明 ↗

• ✳当某个应用在 30 分钟内两次因内存耗尽而被终止时，Orbit 会创建一个事故。
• ✳事故会展示重启记录、内存与限制的对比、传入流量以及最近一次部署，并逐项注明来源，同时将可能的原因与事实分开呈现。
• ✳从事故中提高限制时会经过资源预览。10 分钟内没有再次重启，事故即自动解决。

在 GitHub 查看完整版本说明 ↗

• ✳在真实服务器上，可以通过应用设置更改其内存、CPU 和实例数量。
• ✳预览会显示此次变更在服务器上预留的资源以及发布方式。当构建会失去余量或新限制低于近期用量时会给出警告，并阻止放不下的变更。
• ✳如果新实例未能就绪，会恢复原先的值。

在 GitHub 查看完整版本说明 ↗

• ✳指标。Orbit 每 30 秒采样一次：每个应用的 CPU、内存、网络和重启次数，每个数据库的存储和连接数，以及每台服务器的使用情况。数据保留八天。图表会在采样中断处显示空缺，时间线会列出部署、回滚、重启和变更。
• ✳浏览数据。可以在控制台中浏览数据库的表、表中的行以及 Redis 键。Query 标签页可运行一条只读 SQL 语句，限时 15 秒、最多 500 行，每次查询都会记录在活动记录中。

在 GitHub 查看完整版本说明 ↗

• ✳Import data 可以通过连接 URL 从另一台服务器导入数据库，或从最大 64 GiB 的 dump 文件导入。导入的数据会成为一个标记为“已导入”的备份，并在你恢复之前经过同样的隔离恢复测试。URL 绝不会写入日志。
• ✳修复——启动后立即停止的应用，现在会以其退出码和最后几行输出报告失败，而不是看起来像一个始终没有响应的健康检查。

在 GitHub 查看完整版本说明 ↗

• ✳数据库页面上的 Show credentials 会给出用户名、密码，以及经由主服务器建立 SSH 隧道的命令。这样你就可以在自己的电脑上用 psql、DBeaver 或 TablePlus 连接，而无需将数据库公开。每次查看都会记录在活动记录中。

在 GitHub 查看完整版本说明 ↗

• ✳备份可以每小时或每隔几小时在指定的分钟运行，每天在指定时间运行，在指定的星期几运行，或按自定义 cron 运行。支持任意时区，包括夏令时变更。
• ✳保存策略之前，会先显示接下来的三次备份时间。新建数据库时会询问每日备份时间和时区。
• ✳修复——在真实服务器上通过新建数据库对话框或 Compose 导入创建数据库时，不再因缺少备份计划而失败。
• ✳修复——在真实安装环境中，控制台不再显示演示版的示例文本。

在 GitHub 查看完整版本说明 ↗

• ✳项目可以重命名和更改颜色。可以删除预发布和开发环境，也可以删除整个项目、应用和数据库。每次删除都需要你输入名称确认。备份文件会被保留。
• ✳修复——再次注册 agent 时，会吊销其服务器此前持有的证书。
• ✳修复——对于为未知服务器注册的 agent，Orbit 会拒绝其命令，并在日志中写明该服务器。

在 GitHub 查看完整版本说明 ↗

• ✳修复——使用安装命令更新时，如果 agent 的二进制文件有变化，现在会重启 agent。此前，它会一直运行旧版本，直到服务器重启。

在 GitHub 查看完整版本说明 ↗

• ✳Pull request 预览。来自仓库分支的每个 pull request 都会获得一份由它构建的服务副本，配有空数据库，并拥有独立的地址。pull request 关闭时预览会被删除。来自 fork 的 pull request 永远不会获得预览。
• ✳Docker Compose 导入。来自仓库或直接粘贴的 Compose 文件会变成一份待审阅的计划。数据库会变成托管数据库，服务会变成应用或 worker，变量会变成变量、密钥或引用。
• ✳MySQL 8.4 数据库，提供经过验证的备份，恢复时绝不会留下只加载了一半的数据库。
• ✳Kubernetes 视图。在账户设置中开启高级模式后，应用和数据库会显示其 Kubernetes 资源、manifest 和事件，只读且不含密钥。

在 GitHub 查看完整版本说明 ↗

• ✳更多服务器。Add Server 会通过 SSH 连接、检查机器并将其加入集群，服务器之间的流量由 WireGuard 加密。新服务可以部署到这台服务器上。更多服务器带来的是更多容量，而不是高可用。
• ✳修复——真实控制台不再显示演示版的示例用户或其“模拟数据”提示。

在 GitHub 查看完整版本说明 ↗

• ✳Worker 与任务。应用可以拥有 worker 和定时任务：worker 运行时不对外提供地址；定时任务按 UTC 的 cron 计划运行，也可以通过 Run now 按需运行。Orbit 会保留任务最近五次成功和五次失败的运行记录及其输出。

在 GitHub 查看完整版本说明 ↗

• ✳推送即部署。开启“Deploy automatically”后，推送到应用分支的提交会被自动部署。GitHub 的 webhook 投递均经过签名，同一次投递永远不会部署两次。

在 GitHub 查看完整版本说明 ↗

• ✳工作区。项目、GitHub 连接、镜像仓库凭据、备份存储和活动记录都归属于某个工作区，控制台可以切换、创建和重命名工作区。服务器是共享的。此前已存在的一切都位于名为“Default”的工作区中。

在 GitHub 查看完整版本说明 ↗

• ✳GitHub App 现在可以安装到你的个人账户或你的任意组织上。
• ✳该 App 以其服务器命名（“Orbit”加上服务器名称），Settings > Integrations 中还提供 Orbit 的 logo，可上传到 GitHub。

在 GitHub 查看完整版本说明 ↗

• ✳Orbit 可安装在 Ubuntu 26.04 LTS 上。

在 GitHub 查看完整版本说明 ↗

• ✳安装。安装命令会检查机器，并安装 K3s、Traefik、cert-manager、BuildKit 和 Orbit 的 agent。如果安装中途停止，再次运行即可从停止处继续。
• ✳控制台。控制台以独立的 HTTPS 地址发布在服务器上，并配有 Let's Encrypt 证书。
• ✳应用。可从容器镜像部署，也可从 GitHub 仓库部署，由 Orbit 在服务器上完成构建。每个应用都拥有 HTTPS 地址、自定义域名、变量和密钥、健康检查、回滚，以及已去除密钥信息的日志。
• ✳数据库。PostgreSQL 和 Redis 数据库可以通过引用连接到应用。凭据可以轮换，访问可以设为公开，版本可以升级。
• ✳备份。备份按计划存入 S3 兼容存储。每个备份都会先在隔离环境中恢复，之后才算通过验证；恢复前也可以先为当前数据保存一份副本。
• ✳你的数据。orbit backup 和 orbit restore 可在服务器上保存和恢复 Orbit 自身的数据。

在 GitHub 查看完整版本说明 ↗