Le bon moteur pour votre projet
Spring Boot, Tomcat, TomEE, Jetty, WildFly ou Java Engine : choisissez la stack qui correspond à votre application.
← Cloud applicatifJava, du premier service
Cloud Java
Java, du premier service
au cluster applicatif.
Du premier service Spring Boot à une application métier en cluster, composez votre environnement Java et ajustez ses ressources depuis une seule console.
Calcul et mémoire0,004 € HT / cloudlet / hTarif réservé de 1 à 8 cloudlets. Stockage, IP et trafic selon consommation.
Migration offerte · SSL et sauvegardes inclus
VOTRE PROJET, CONNECTÉ
JavaUn environnement à votre mesure
JavaUn environnement à votre mesure01Votre code
02Application
03Données
Ressources ajustables CPU · RAM · Disque
Une mémoire qui suit l’activité
Définissez les ressources réservées et la capacité maximale de vos nœuds. Le dimensionnement reste visible à tout moment.
Du code jusqu’au cluster
Déployez vos archives ou votre dépôt Git, puis faites évoluer votre architecture quand votre service grandit.
Découvrez la console
Configurez votre environnement Java.
Ajustez les ressources du serveur Java, ajoutez des nœuds et composez les couches de votre application. L’estimation évolue avec vos réglages.
Environnement Java
Fonctionnalités
Du déploiement au suivi de votre application.
Spring Boot
Exécutez vos services avec une stack dédiée aux applications Java autonomes.
Tomcat et TomEE
Retrouvez un environnement adapté à vos applications web Java et à leurs archives WAR.
Construction Maven
Associez un nœud de build au dépôt pour préparer les livraisons dans la plateforme.
Choix de la JVM
Sélectionnez une distribution et une version disponibles pour répondre aux contraintes de votre projet.
Configuration accessible
Modifiez les options Java et les fichiers de configuration depuis la console ou par SSH.
Journaux et métriques
Suivez la mémoire, le processeur et les logs pour comprendre le comportement de vos services.
Du service au système
De votre dépôt à un service Java en ligne.
Démarrez avec un serveur Java et sa base, puis ajoutez des instances lorsque la charge augmente.
- 01
Choisir le runtime
Sélectionnez votre distribution Java et le serveur d’application adapté.
- 02
Déployer le projet
Importez votre JAR ou WAR, ou construisez le projet depuis Git avec Maven.
- 03
Répartir la charge
Ajoutez des instances et un load balancer ; adaptez la gestion des sessions à votre application.
Penser au prochain déploiement
La même application, plusieurs instances.
Les modèles de cluster accélèrent la préparation d’une architecture répartie. Vous gardez la main sur les choix qui concernent votre code.
Sessions et état
Préparez la persistance des sessions et les données partagées avant d’ajouter des instances.
Base indépendante
Séparez le dimensionnement du serveur Java et celui de PostgreSQL ou MySQL.
Évolution maîtrisée
Testez une nouvelle version dans un environnement distinct avant de faire évoluer la production.
Les versions disponibles se choisissent dans la console. Les dépendances applicatives, la compatibilité du code et la validation des mises à jour restent sous votre contrôle.
Usages
Pour les projets que vous développez.
Applications métier
Portails et outils internes dont la consommation varie au fil de la journée.
API et microservices
Services Spring Boot qui évoluent indépendamment de leur base de données.
Applications existantes
Projets Java à reprendre avec un runtime et un serveur familiers.
Tarifs PaaS
Vous payez les ressources
de votre environnement.
Le choix d’un langage ou d’un moteur n’ajoute pas de forfait. Le prix comprend la capacité réservée, les ressources dynamiques consommées et les options utilisées. Les licences commerciales restent facturées séparément.
Consulter la grille et calculer mon budget Nous contacter- Mémoire réservée
- 0,5 GiB
- Complément dynamique utilisé
- 0 cloudlet
- Disque inclus
- 10 Go
- IPv4 publique dédiée
- Aucune
- Trafic externe
- 1 Go / heure
Ce montant couvre la configuration ci-dessus. Chaque nœud, la consommation dynamique, le disque au-delà de 10 Go, les IP publiques et le trafic supplémentaire s’ajoutent selon la grille PaaS.
Quelques repères
Vos questions, nos réponses.
Puis-je déployer un JAR ou un WAR ?
Oui. Le format et le serveur doivent correspondre : une application Spring Boot autonome se déploie différemment d’une application WAR sur Tomcat. Le gestionnaire de déploiement permet de choisir la cible.
La mise en cluster nécessite-t-elle une adaptation ?
Selon votre application, oui. Les sessions, les fichiers locaux et les traitements planifiés doivent être pensés pour plusieurs instances. Les modèles automatisent l’infrastructure, pas les choix d’architecture de votre code.
Comment sont facturées les ressources ?
Vous définissez une réserve et un plafond de ressources. Les cloudlets réservées sont facturées en continu ; les ressources dynamiques le sont selon leur utilisation. Le stockage, les éventuelles IP publiques et le trafic supplémentaire suivent la grille PaaS.
Puis-je conserver mon processus de développement ?
Oui. Vous gardez votre dépôt de code et vos outils. La console réunit les déploiements, les variables, les fichiers et les journaux ; SSH et les API permettent d’intégrer les opérations à votre propre chaîne de livraison.
À découvrir aussi
La suite de votre architecture.
Migration offerte
Parlons de votre application.
Décrivez votre projet, ses composants et sa charge actuelle. Nous vous aidons à choisir l’architecture et à préparer le transfert.