Pular para o conteúdo

SoluçõesAplicações web e APIs

Qualquer aplicação, dormindo até ser chamada

Qualquer imagem de contêiner, no seu próprio endereço. Ela dorme quando as requisições acabam e acorda em 3.5 ms; assim, as horas ociosas não usam CPU.

Leia a documentação do Cubo

Shell
# 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

Pago mesmo sem ninguém chamar

Um servidor mantido rodando é pago por todas as horas do mês. Como um Cubo, uma instância acorda para uma requisição e dorme quando as requisições acabam, com a CPU cobrada por milissegundo de uso.

o que essas requisições usam em um mês1
205.6 mi de ms de CPU
o que se paga por uma vCPU mantida rodando o mês inteiro1
2.6 bi de ms de CPU

Versões e instâncias que acordam

Cada deploy é uma versão cujas instâncias partem do template dela, com o seu serviço já rodando. Uma requisição acorda uma delas na sua região; ela dorme quando as requisições acabam e é excluída depois de uma hora sem uso.

Uma aplicação: as versões dela, o template da que está pronta e as instâncias em cada região, acordadas para uma requisição e dormindo depois dela.

O que a sua aplicação recebe

  • Um comando: o glac deploy mostra o endereço assim que a versão fica pronta.

  • Acorda com o estado: caches, pools e sessões em memória continuam lá.

  • Versões e rollback: o tráfego passa quando a versão fica pronta e volta com uma chamada.

  • Escala por região: as instâncias iniciam conforme chegam requisições, até o seu limite.

  • HTTP/3, gRPC e WebSockets, no seu próprio domínio, com o certificado dele.

  • Compose, workers e jobs: um Cubo para cada serviço, e um job roda até o fim.

Leia a documentação

Prévias ilustrativas

Medido, não prometido

Medianas em bare metal sem mais nada rodando: o melhor caso, e dizemos isso. A instância de um Cubo é do mesmo tipo que um sandbox, onde estes números foram medidos. Como medimos

para acordar uma instância adormecida2
3.5 ms
para a chamada que acordou a máquina, do envio à resposta2
6.7 ms
para colocar a máquina para dormir, com a memória e os processos2
2.3 ms

Veja isso na sua própria aplicação quando o serviço abrir: a linha do log de uma requisição que acordou uma instância diz quanto tempo levou para acordar.

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

Os produtos usados

Um mês na ponta do lápis

A primeira aplicação da estimativa de preços, a preços de tabela. Faça a sua estimativa

O cenário

  • 10 milhões de requisições por mês, chegando em momentos aleatórios, em uma região.
  • 20 ms de CPU cada, 256 MiB de memória em uso, 10 KB por resposta.
  • Uma instância de 2 vCPUs, o tamanho que uma aplicação recebe se você não definir outro. Com esse tráfego, ela espera 1.2 s depois de uma requisição antes de dormir e então fica pausada na memória por 10 minutos.

Um mês a preços de tabela

$6.90

  • CPU206 milhões × $0.01 por milhão de ms de CPU$2.06
  • Memória180 GiB-h × $0.008$1.44
  • Requisições10 milhões × $0.30 por milhão$3.00
  • Tráfego de saída100 GB × $0.004$0.40

No Pago, este mês sai por $6.46: a mensalidade de $5 e $1.46 além do que as franquias cobrem, debitados do seu saldo aos mesmos preços.

Faça deploy da primeira

Uma chave e, depois, um comando com qualquer imagem. Ele mostra o endereço quando a versão fica pronta.

CuboA linha de comando