SolutionsApplications web et API
Toute application, endormie jusqu’à ce qu’on l’appelle
N’importe quelle image de conteneur, à sa propre adresse. Elle s’endort quand ses requêtes cessent et se réveille en 3.5 ms : les heures d’inactivité ne consomment aucun 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 servicePayer un serveur que personne n’appelle
Un serveur qui tourne en permanence se paie à chaque heure du mois. Avec Cube, une instance se réveille pour une requête et s’endort quand les requêtes cessent ; son CPU est facturé à la milliseconde active.
Des versions, et des instances qui se réveillent
Chaque déploiement est une version dont les instances démarrent depuis son modèle, votre service déjà lancé. Une requête en réveille une dans sa région ; elle s’endort quand les requêtes cessent, et elle est supprimée au bout d’une heure sans servir.
Ce dont dispose votre application
Une seule commande : glac deploy affiche l’adresse dès que la version est prête.
Se réveille avec son état : caches, pools et sessions en mémoire sont toujours là.
Versions et retour arrière : le trafic bascule quand c’est prêt, et revient en un appel.
Montée en charge par région : les instances démarrent au fil des requêtes, jusqu’à votre limite.
HTTP/3, gRPC et WebSockets, sur votre propre domaine avec son certificat.
Compose, workers et jobs : un Cube par service, et un job s’exécute jusqu’au bout.
Aperçus à titre d’illustration
Mesuré, pas promis
Des médianes sur bare metal, sans rien d’autre en cours d’exécution : le meilleur des cas, et nous le disons. L’instance d’un Cube est du même type qu’un bac à sable, sur lequel ces mesures ont été faites. Comment nous mesurons
- pour réveiller une instance endormie2
- 3.5 ms
- pour l’appel qui l’a réveillé, de l’envoi à la réponse2
- 6.7 ms
- pour l’endormir, avec sa mémoire et ses processus2
- 2.3 ms
Vérifiez-le sur votre propre application dès l’ouverture du service : la ligne du journal d’une requête qui a réveillé une instance indique la durée du réveil.
glac cube logs api -f
# one line a request; one that woke an instance says how long it tookLes produits utilisés
- CubeToute image de conteneur devient une application qui dort entre les requêtesL’application elle-même : n’importe quelle image, des versions, sa propre adresse, endormie entre les requêtes.
- VolumeLes disques de Cube, qui survivent à leur instanceUn disque pour un service qui garde son propre état, comme une base de données.
- Postgres sans serveurBientôtPostgres qui s’endort au repos et se réveille dès qu’on s’y connectePostgres managé, qui s’endort au repos, dès qu’il sera disponible.
Un mois, calculé
La première application de l’estimation de la page Tarifs, aux prix catalogue. Estimez le vôtre
Le scénario
- 10 millions de requêtes par mois, qui arrivent au hasard, dans une seule région.
- 20 ms de CPU chacune, 256 MiB de mémoire utilisés, 10 KB par réponse.
- Une instance de 2 vCPU, la taille par défaut d’une application. À ce niveau de trafic, elle attend 1.2 s après une requête avant de s’endormir, puis reste en pause en mémoire 10 minutes.
Un mois aux prix catalogue
- CPU206 millions de ms CPU × $0.01 / M$2.06
- Mémoire180 GiB-h × $0.008$1.44
- Requêtes10 millions × $0.30 / M$3.00
- Trafic sortant100 GB × $0.004$0.40
Avec le forfait Payant, ce mois revient à $6.46 : l’abonnement de $5, et $1.46 au-delà de ce que couvrent ses quantités incluses, prélevés sur votre solde aux mêmes prix.
Déployez la première
Une clé, puis une commande avec n’importe quelle image. Elle affiche l’adresse quand la version est prête.