VICEMEspace client
← Cloud applicatif

Conteneurs Docker

Déployez vos images
Docker dans le cloud.

Déployez depuis votre registre public ou privé. Variables, volumes et ressources se règlent dans la console, avec vos images et vos versions.

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É
Conteneurs DockerUn environnement à votre mesure
01Votre image
02Variables
03Volumes
Ressources ajustables CPU · RAM · Disque
01

Vos images, sans détour

Utilisez un registre public ou authentifié pour déployer l’image construite par votre équipe. Les versions se suivent à travers les tags que vous avez choisis.

02

La configuration au bon endroit

Variables d’environnement, ports et volumes complètent l’image. Vous pouvez préparer plusieurs contextes d’exécution sans reconstruire le même logiciel à chaque fois.

03

Des ressources élastiques

Le conteneur bénéficie des mécanismes de ressources du PaaS. Définissez ses limites, observez sa consommation et préparez la réplication si l’application le permet.

Découvrez la console

Configurez votre conteneur.

Choisissez l’image, puis réglez les ressources, les variables et les volumes nécessaires à son exécution.

La console VICEM

Topologie Docker

Topologie Docker

Fonctionnalités

Configurez, déployez, puis suivez vos services.

Registres publics et privés

Déployez depuis un catalogue public ou un registre authentifié. Votre code peut rester dans votre propre circuit de distribution.

Variables d’environnement

Adaptez les paramètres de l’application à chaque environnement. Préparez les connexions, options et valeurs attendues par votre image.

Volumes persistants

Déclarez les emplacements de données à préserver lors d’un redéploiement. Pour une application distribuée, choisissez une stratégie cohérente de partage des fichiers.

Redéploiement par version

Choisissez explicitement l’image et le tag à déployer. Sur plusieurs nœuds, préparez une séquence de mise à jour compatible avec votre application.

Docker Engine disponible

Si vous avez besoin des commandes et comportements natifs de Docker, déployez un environnement Docker Engine et gérez vos conteneurs à l’intérieur.

Statistiques et diagnostic

Consultez l’utilisation des ressources et les journaux utiles à l’exploitation. Les accès de diagnostic dépendent du mode de déploiement et de votre image.

Une livraison reproductible

De votre image à un service en ligne.

Construisez et publiez l’image avec vos outils, puis utilisez la plateforme pour la déployer et suivre son exécution.

  1. 01

    Publiez une version

    Construisez votre image dans votre pipeline et envoyez-la vers le registre choisi avec un tag identifiable.

  2. 02

    Préparez son exécution

    Renseignez les variables, les ports utiles et les répertoires persistants. Vérifiez les prérequis de l’image avant de la lancer.

  3. 03

    Faites évoluer le service

    Déployez un nouveau tag, vérifiez les journaux et contrôlez les données conservées. Votre procédure de retour dépend de l’application et de ses migrations.

Penser au prochain déploiement

Une image, Docker Engine ou Kubernetes.

Déployer une image, exploiter un moteur Docker et orchestrer un cluster Kubernetes répondent à des besoins différents. La plateforme permet de choisir sans tout complexifier dès le départ.

01

Une image dans le PaaS

Un service intégré à un environnement visuel, avec ses limites de ressources et ses paramètres. Une bonne porte d’entrée pour une API ou un worker autonome.

02

Un moteur Docker

Un environnement qui accueille Docker Engine pour retrouver les outils natifs. Vous prenez en charge l’organisation et l’exploitation des conteneurs qu’il héberge.

03

Un cluster Kubernetes

Pour des applications organisées en nombreux services, utilisez les objets et mécanismes Kubernetes. Une page dédiée présente son orchestration et son dimensionnement.

Compatibilité et fonctions disponibles selon l’image et le mode de déploiement. Les données persistantes doivent être configurées avant tout redéploiement.

Usages

Pour les projets que vous développez.

01

Une API conteneurisée

Déployez la même image entre vos étapes de validation et de production, avec des paramètres propres à chaque environnement.

02

Des traitements en arrière-plan

Séparez vos workers du frontal web et dimensionnez leur capacité en fonction de la charge de travail et de votre architecture.

03

Un logiciel spécifique

Conservez les dépendances et la configuration de votre application dans une image maîtrisée, après vérification de sa compatibilité.

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
Un nœud · 4 cloudlets réservées11,68 €HT / mois, sur 730 heures
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 utiliser n’importe quelle image ?

Vous pouvez utiliser une image personnalisée compatible avec les exigences de la plateforme. Son système de base, son démarrage, ses ports et son comportement doivent être vérifiés ; une image disponible dans un registre n’est pas automatiquement adaptée.

Puis-je utiliser un registre privé ?

Oui. Vous renseignez les éléments d’authentification nécessaires à son accès. Les droits attribués doivent permettre à la plateforme de récupérer l’image et les versions que vous souhaitez déployer.

Mes fichiers sont-ils conservés lors d’un redéploiement ?

Les données à conserver doivent être placées dans les volumes prévus à cet effet. Vérifiez ce périmètre avant un changement de version et disposez d’une sauvegarde adaptée aux données de l’application.

Est-ce la même chose qu’un cluster Kubernetes ?

Non. Déployer une image ou un moteur Docker ne crée pas un orchestrateur Kubernetes. Le cluster dédié apporte les objets, les API et les mécanismes de planification propres à Kubernetes.

Qui met à jour mon application ?

Vous pilotez les versions de vos images et les migrations de votre application. La plateforme facilite leur exécution et leur suivi ; la maintenance du logiciel contenu dans une image personnalisée reste à organiser par votre équipe.

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.