跳到正文

解决方案Web 应用和 API

任何应用,调用之前一直休眠

任意容器镜像,拥有独立地址。请求一停就休眠,3.5 毫秒内唤醒,空闲时段不消耗 CPU。

查看方块文档

终端
# any image; waits until it is ready, then prints its address
glac deploy ghcr.io/acme/api:1.4 --name api --port 8080
glac cube versions api       # every deploy is a version
glac cube rollback api       # back to the version before
glac cube logs api -f        # its log, a line per request
glac compose up              # a Cube for each Compose service

没人调用,照样付费

一直开着的服务器,一个月里每个小时都要付钱。换成方块,实例有请求才唤醒,请求一停就休眠,CPU 按实际使用的毫秒数计费。

这些请求一个月的实际用量1
2.1亿 CPU 毫秒
一个 vCPU 整月常开需付费的量1
26.3亿 CPU 毫秒

版本与按需唤醒的实例

每次部署都是一个版本,实例从该版本的模板启动,你的服务在模板里已经跑起来了。请求会唤醒所在区域的一个实例;请求一停实例就休眠,闲置一小时后被删除。

一个应用:它的各个版本、就绪版本的模板,以及它在各区域的实例,有请求时运行,请求结束后休眠。

你的应用能得到什么

  • 一条命令:版本就绪后,glac deploy 会打印出地址。

  • 唤醒后状态仍在:内存里的缓存、连接池和会话都原样保留。

  • 版本与回滚:就绪后流量才切过去,一次调用就能切回。

  • 各区域独立扩缩:请求来了就启动实例,最多到你设定的上限。

  • HTTP/3、gRPC 和 WebSocket,使用你自己的域名及其证书。

  • Compose、后台工作进程和任务:每个服务一个方块,任务会一直运行到结束。

查看文档

图片仅作示意

实测,而非承诺

在没有其他负载的裸金属上测得的中位数:这是最好情况,我们如实说明。方块实例和沙箱是同一类实例,这些数字就是在沙箱上测得的。 我们如何测量

唤醒休眠的实例2
3.5 毫秒
唤醒它的那次调用,从发出到收到响应2
6.7 毫秒
让它连同内存和进程一起进入休眠2
2.3 毫秒

服务开放后,你可以在自己的应用上验证:凡是唤醒了实例的请求,它在日志里的那一行都会写明唤醒用时。

终端
glac cube logs api -f
# one line a request; one that woke an instance says how long it took

用到的产品

一个月的费用明细

即定价页估算器里的第一个应用,按标价计算。 估算你的用量

使用场景

  • 每月 1000万 次请求,随机到达,全部在一个区域。
  • 每次请求用 20 毫秒 CPU、256 MiB 内存,每次响应 10 KB。
  • 实例规格为 2 vCPU,即应用的默认规格。在这样的流量下,它每处理完一个请求会等待 1.2 秒再休眠,之后在内存中暂停 10 分钟。

按标价计的月度费用

$6.90

  • CPU2亿 CPU 毫秒 × $0.01 / 百万$2.06
  • 内存180 GiB·小时 × $0.008$1.44
  • 请求1000万 × $0.30 / 百万$3.00
  • 出站流量100 GB × $0.004$0.40

付费版这个月共 $6.46:$5 月费,加上超出包含额度的 $1.46(按同样的价格从余额扣除)。

部署你的第一个应用

先拿到密钥,再对任意镜像执行一条命令。版本就绪时,它会打印出地址。

方块命令行