De votre CI à la production.
Votre CI construit l'image, la plateforme la met en service. Conteneurs managés avec environnements, health checks, auto-scaling selon le plan, métriques et logs intégrés — sans cluster à gérer. PAAS-KUBERNETES y ajoute les charts Helm, le service mesh Istio et les applications déclarées.
Votre CI construit. Le webhook déploie.
Après chaque push, votre CI construit l'image, la pousse sur votre registre, puis appelle le webhook de déploiement de l'application avec son jeton. Branche suivie et déploiement automatique se règlent par environnement ; chaque appel est journalisé et un rollback remet l'image précédente en service.
Production-grade. Managé.
Conteneurs, environnements, métriques et logs : on opère la plateforme, vous déployez dessus. Charts Helm, service mesh Istio et applications déclarées façon GitOps sur PAAS-KUBERNETES.
Scalez vos apps, pas votre facture.
Hébergé en Europe, chez OVHcloud.
Vos applications sont hébergées dans des centres de données OVHcloud Tier III+ en Europe — Paris et Amsterdam, Frankfurt servant de site de reprise, de sauvegarde et de test. Les données restent sur une infrastructure conforme RGPD.
Métriques et logs, intégrés.
CPU, mémoire, requêtes/s, latence p50/p95, taux d'erreur 5xx et logs de chaque environnement — mesurés par VMCloud et affichés dans votre console, avec des alertes dès qu'un seuil est dépassé.
GitOps sur l'offre Kubernetes.
Sur PAAS-KUBERNETES, déclarez vos applications en YAML — charts Helm ou manifests — et une synchronisation façon ArgoCD les applique au cluster, avec le routage du service mesh Istio. Sur les autres offres, votre CI pousse l'image et appelle le webhook de déploiement.
Sécurisé par défaut. Auditable.
Du MVP à l'entreprise.
Un container pour votre projet du week-end, un cluster Kubernetes complet pour votre SaaS de production — scalez sans re-architecturer.
Plateformes SaaS multi-tenant
Environnements séparés (développement, staging, production…), auto-scaling horizontal et vertical, bases de données managées en add-on. Shippez des features, pas de l'infra.
Backends API de production
APIs Node.js, Python ou Go avec auto-scaling horizontal, health checks et rollback vers l'image précédente. Latence p95 et taux d'erreur suivis dans la console.
Architecture cloud-native
Cluster Kubernetes complet avec service mesh Istio, charts Helm et applications déclarées façon GitOps (ArgoCD). Orchestration de containers enterprise-grade.
Shippez vite, itérez plus vite
Votre CI pousse l'image et appelle le webhook de déploiement : l'application répond en HTTPS sur son adresse *.apps.vmcl.fr. Parfait pour les MVPs, démos et projets perso.
Questions fréquentes.
Besoin d'aide sur votre architecture ? Nos ingénieurs DevOps peuvent vous conseiller.
Tout ce qui tourne dans une image de conteneur (Docker/OCI) : Node.js, Python, Go, Rust, Java, Ruby, PHP, .NET… Votre CI construit l'image à partir de votre Dockerfile et la pousse sur votre registre ; la plateforme déploie l'image que vous indiquez. Pas de Buildpacks : votre Dockerfile fait foi.
La mise à l'échelle automatique est incluse à partir de PAAS-BUSINESS : vous réglez un minimum et un maximum de réplicas et une cible CPU, dans les limites de réplicas et de conteneurs de votre plan. PAAS-SCALE y ajoute la mise à l'échelle verticale, et PAAS-KUBERNETES le scaling complet d'un cluster Kubernetes. Les limites de chaque plan figurent dans la grille tarifaire.
Oui, c'est le principe : votre CI (GitHub Actions, GitLab CI…) construit l'image à partir de votre Dockerfile — builds multi-stage et cache compris —, la pousse sur votre registre, puis appelle le webhook de déploiement avec la référence de l'image. La plateforme tire l'image depuis le registre que nomme cette référence : VMCloud ne construit pas d'image et n'héberge pas de registre.
La nouvelle image remplace progressivement l'ancienne (rolling update) et le health check que vous configurez — chemin, port, intervalle — vérifie qu'elle répond avant la bascule ; s'il échoue, rollback automatique vers l'image précédente. Chaque déploiement entre dans l'historique, et vous pouvez revenir à une version antérieure depuis la console.
Oui, selon le plan — PAAS-BUSINESS : PostgreSQL ; PAAS-SCALE : PostgreSQL + Redis : une vraie base managée, comprise dans le prix du plan. Son URL de connexion est publiée dans l'environnement comme secret (DATABASE_URL, REDIS_URL), avec sauvegardes automatiques ; pour PostgreSQL, restauration à un instant donné (PITR) et pool de connexions.