Comparatif
Plateforme vs VPS classique
Un serveur virtuel ne coûte pas cher, jusqu'à ce que vous comptiez les heures passées à le maintenir en vie. Voici ce qui change quand vous confiez ce travail.
L'essentiel
- Aucun serveur à patcher : système, runtimes et TLS sont tenus à jour pour vous.
- Déploiements sans interruption et retours arrière, au lieu de SSH et de scripts maison.
- Montez en charge pendant les pics, puis redescendez, sans redimensionner de machine.
Côte à côte
Le travail derrière un serveur en production
Qui fait quoi, une fois le service en ligne.
| Fonctionnalité | Plateforme | VPS classique |
|---|---|---|
| Déploiements | ||
| Déploiement à chaque push | Inclus | Scripts ou manuel |
| Déploiements sans interruption | Inclus | Non inclus |
| Retour arrière en un clic | Inclus | Non inclus |
| Environnements de prévisualisation | Inclus | Non inclus |
| Maintenance | ||
| Correctifs système et de sécurité | Automatiques | Votre équipe |
| Certificats TLS | Émis et renouvelés | Tâche cron à maintenir |
| Sauvegardes des bases | Quotidiennes, à un instant précis | Vos scripts |
| Supervision et alertes | Intégrées | À installer et configurer |
| Mise à l'échelle et coûts | ||
| Autoscaling | Inclus | Non inclus |
| Répartition de charge | Intégrée | À mettre en place |
| Tarification | Par instance, à la seconde | Forfait par machine |
| Accès root à la machine | Non inclus | Inclus |
Pourquoi les équipes changent
Ce que les équipes arrêtent de faire une fois leurs serveurs derrière elles.
Fini les nuits de correctifs
Les mises à jour du système et des runtimes se déploient sans fenêtre de maintenance.
Des déploiements sans SSH
Poussez sur une branche : la plateforme construit, vérifie la santé et remplace les instances.
Des sauvegardes restaurables
Sauvegardes quotidiennes et restauration à un instant précis pour chaque base gérée.
De la marge pour grandir
Ajoutez des instances lors des pics de trafic au lieu de migrer vers une machine plus grosse.
Du serveur au service en trois étapes
Migrez une application à la fois et gardez le serveur allumé jusqu'à être sûr de vous.
- Service web
- Worker
- Tâche cron
- Postgres
- Cache
- Site statique
- 01Clonage du dépôt depuis main
- 02Runtime Python détecté
- 03Installation des dépendances
- 04Build terminé en 38 s
- 05Contrôle de santé réussi
- 06Le déploiement est en ligne
- Base restaurée depuis un dump
- Tâches cron recréées
- Domaine personnalisé vérifié
- Certificat TLS émis
- Dernier snapshot du serveur enregistré
- Serveur éteint
“Nous avions quatre serveurs et un dossier de scripts shell. Aujourd'hui, nos services se déploient tout seuls, et plus personne ne se connecte à minuit pour renouveler un certificat.”
FAQ
Vous venez d'un VPS
Ce que les équipes demandent avant de confier leurs serveurs.
Contacter le support01Est-ce plus cher qu'un VPS ?
La machine seule peut coûter moins cher. Une fois ajoutés les sauvegardes, la supervision, la répartition de charge et les heures passées sur les correctifs, la plupart des petites équipes paient moins au total.
02Puis-je toujours lancer des tâches en arrière-plan et des tâches cron ?
Oui. Les workers tournent en continu et les tâches cron s'exécutent selon le planning de votre choix. Tous partagent le réseau privé avec vos services web.
03Et si j'ai besoin d'un paquet qui n'est pas installé ?
Ajoutez-le à votre Dockerfile ou listez-le dans vos paramètres de build. Chaque déploiement construit une image neuve avec exactement ce qu'il vous faut.
04Est-ce que je perds l'accès root ?
Vous n'avez pas de shell sur l'hôte, mais vous pouvez ouvrir un shell dans n'importe quelle instance en cours d'exécution pour déboguer.