一份发布,覆盖每个部署
从第一次交付开始, 让每次更新都可控。
客户服务器主动检查版本;平台负责审核和安全分发。你能看到每个环节的状态,也能在失败时恢复。
可验证的交付
签名清单与文件哈希,先验明来源再安装。
隔离与审核
私有 COS 桶、腾讯云查毒、管理员审批。
灰度与通道
区分测试和正式客户,逐步扩大范围。
首次安装
首包经同一审核链路,Agent 安装到空目录并启动服务。
自动回滚
健康检查失败后恢复上一版本。
无侵入接入
无需在应用中引用 SDK,随时启用或停止;查看安装与回滚状态。
一个 Agent,多个项目
把更新能力放在项目之外。
一台 Linux 服务器运行一个 Agent;每个项目根目录放自己的 asknow-update.yaml。项目无需引入 SDK 或修改业务代码,可随时启用或停止更新。
One server, one seat — manage as many app installations as you need.
生命周期由你定义
Agent 只编排钩子:备份、更新前准备、停止或重启、安装、启动、健康检查、回滚和收尾。实际命令由项目配置。
update:
backup: ...
install: ...
healthcheck: ...
rollback: ...
为中断做好准备
更新遇到意外,也有恢复路径。
Agent 先下载、校验并准备候选版本,升级时调用项目配置的备份钩子。升级切换后若安装脚本、启动或健康检查失败,Agent 恢复旧版文件并调用项目的 rollback 钩子;外部数据能否恢复取决于用户脚本。断电后可读取本地恢复记录。
拒绝安装,保留当前版本
切换前中止更新
恢复上一版本
重启后读取恢复记录
恢复旧版并执行项目的 rollback 钩子
平台负责发布。 Agent 负责安全落地。
服务端无需推送到客户机器。Agent 在客户服务器上主动拉取,首次安装与后续更新使用同一签名清单。
上传并审查
上传完整 ZIP 包,腾讯云查毒通过并经管理员审批。
发布并订阅
按通道发布,Agent 主动检查并下载已签名版本。
安装与恢复
首装启动服务;升级时备份、检查健康状态,失败自动回滚。
- 01版本检查
- 02下载
- 03校验
- 04备份
- 05执行钩子
- 06健康检查
- 07失败回滚
- 08结果上报
隔离、安全、可观察
从发布平台到客户服务器,每一段都有边界。
ZIP 存入私有桶,经过腾讯云查毒和管理员审批后发布。Agent 主动拉取签名清单并校验包摘要;服务器之间的数据与安装状态按账号隔离。
- 01私有 ZIP 存储
- 02云查毒与人工审批
- 03签名与哈希校验
- 04Agent 主动拉取
- 05健康检查与结果上报
多个企业级项目正在使用 AskNow Updates
在同一套交付流程里管理多产品、多服务器、多安装记录,按通道与灰度逐步发布。
PRICING
从第一次交付开始。
一台服务器一个席位,同机安装任意多个应用。按最近 30 天与 Updates 通信的服务器计数。
FAQ
你可能关心的问题。
从首装到更新, 每一步都有答案。
平台会主动进入客户服务器吗?
不会。Agent 在客户服务器主动发起 HTTPS 请求,检查和拉取已发布版本。
首次安装怎么进行?
发布已审核的全量包后,复制 7 天有效的一次性首装命令,在目标服务器执行。
如何防止更新包被篡改?
Agent 先验证发布清单的 Ed25519 签名,再核验包的大小和 SHA-256。
安装失败会怎样?
升级切换后失败会恢复旧版文件并调用项目的 rollback 钩子;首次安装失败会保留失败候选供排查。
KEEP SHIPPING
让每一次交付,都更从容。
从第一个私有部署客户开始,建立可靠的交付流程。