SoluzioniApp web e API
Qualsiasi app, che dorme finché non viene chiamata
Qualsiasi immagine container, con un indirizzo proprio. Si addormenta quando le richieste cessano e si sveglia in 3.5 ms: così le ore di inattività non consumano 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 serviceUn server pagato anche quando nessuno lo chiama
Un server sempre acceso si paga per ogni ora del mese. Con un Cubo, un’istanza si sveglia per una richiesta e si addormenta quando le richieste cessano, con la CPU fatturata per millisecondo di lavoro.
Versioni e istanze che si svegliano
Ogni deploy è una versione le cui istanze partono dal suo template, con il tuo servizio già in esecuzione. Una richiesta ne sveglia una nella sua regione; l’istanza si addormenta quando le richieste cessano e viene cancellata dopo un’ora di inutilizzo.
Cosa ottiene la tua app
Un solo comando: glac deploy stampa l’indirizzo appena la versione è pronta.
Si sveglia con il suo stato: cache, pool e sessioni in memoria sono ancora lì.
Versioni e rollback: il traffico passa alla nuova versione quando è pronta, e torna indietro con una sola chiamata.
Scala per regione: le istanze si avviano man mano che arrivano le richieste, fino al tuo limite.
HTTP/3, gRPC e WebSockets, sul tuo dominio con il suo certificato.
Compose, worker e job: un Cubo per ogni servizio, e un job gira fino alla fine.
Anteprime illustrative
Misurato, non promesso
Mediane su bare metal con nient’altro in esecuzione: il caso più favorevole, e lo diciamo. L’istanza di un Cubo è dello stesso tipo di una sandbox, dove sono state misurate. Come misuriamo
- per svegliare un’istanza dormiente2
- 3.5 ms
- per la chiamata che l’ha svegliata, dall’invio alla risposta2
- 6.7 ms
- per addormentarla, con la sua memoria e i suoi processi2
- 2.3 ms
Lo vedrai per la tua app quando il servizio aprirà: la riga di log di una richiesta che ha svegliato un’istanza dice quanto è durato il risveglio.
glac cube logs api -f
# one line a request; one that woke an instance says how long it tookI prodotti che usa
- CuboQualsiasi immagine container come app che dorme tra una richiesta e l’altraL’app in sé: qualsiasi immagine, versioni, un indirizzo proprio, addormentata tra una richiesta e l’altra.
- VolumeI dischi di Cubo, che sopravvivono alla loro istanzaUn disco per un servizio che conserva un proprio stato, come un database.
- Postgres serverlessIn arrivoPostgres che dorme quando è inattivo e si sveglia alla connessionePostgres gestito che dorme quando è inattivo, appena aprirà.
Un mese, fatti i conti
La prima app della stima nella pagina dei prezzi, a prezzo di listino. Fai la tua stima
Lo scenario
- 10 milioni di richieste al mese, in momenti casuali, in una sola regione.
- 20 ms di CPU ciascuna, 256 MiB di memoria in uso, 10 KB per risposta.
- Un’istanza da 2 vCPU, la dimensione che un’app riceve se non indichi altrimenti. Con questo traffico aspetta 1.2 s dopo una richiesta prima di addormentarsi, poi resta in pausa in memoria per 10 minuti.
Un mese a prezzo di listino
- CPU206 milioni di CPU-ms × $0.01 / M$2.06
- Memoria180 GiB-h × $0.008$1.44
- Richieste10 milioni × $0.30 / M$3.00
- Traffico in uscita100 GB × $0.004$0.40
Con il piano a pagamento questo mese costa $6.46: il canone di $5 e $1.46 oltre ciò che coprono le quantità incluse, pagati dal tuo saldo agli stessi prezzi.
Fai il deploy della prima
Una chiave, poi un solo comando con qualsiasi immagine. Stampa l’indirizzo quando la versione è pronta.