- Présentation de Jelina
- JelinaOS
- Exemples de configuration
Exemple de déploiement d’une application conteneurisée
Cet exemple présente le déploiement complet d’une application conteneurisée par Release sur un équipement JelinaOS et peut servir de modèle de livraison.
Scénario
Section intitulée « Scénario »Déployer un service Web sur un équipement edge avec gestion par Release, démarrage automatique, récupération après anomalie et persistance des données.
Étape 1 : préparer le système
Section intitulée « Étape 1 : préparer le système »- Installez JelinaOS ;
- Effectuez la configuration initiale ;
- Connectez-vous à JelinaCloud et enregistrez l’équipement ;
- Vérifiez le moteur de conteneurs avec
docker version.
Étape 2 : construire et publier l’image
Section intitulée « Étape 2 : construire et publier l’image »Dans l’environnement de développement, construisez l’image puis envoyez-la au registre :
docker build -t registry.example.com/webapp:1.0.0 .docker push registry.example.com/webapp:1.0.0Étape 3 : créer une Release
Section intitulée « Étape 3 : créer une Release »Dans JelinaCloud, créez une Release et ajoutez le conteneur : image, stratégie de redémarrage, variables, ports et volumes. Pour les étapes détaillées, y compris le téléversement des paquets, consultez Créer une Release.
Étape 4 : déployer sur l’équipement
Section intitulée « Étape 4 : déployer sur l’équipement »Déployez la Release sur la flotte cible ; l’agent l’applique automatiquement. Vérifiez sur l’équipement :
docker ps # Conteneur en cours d’exécutioncurl http://localhost:8080 # Service accessibledocker logs webapp # Journaux normauxÉtape 5 : vérifier la surveillance
Section intitulée « Étape 5 : vérifier la surveillance »- Récupération automatique : après simulation d’une anomalie, l’agent redémarre l’application ;
- Démarrage automatique : après redémarrage de l’équipement, l’application reprend son exécution ;
- Persistance : après mise à niveau et recréation du conteneur, les données de la partition de données restent intactes.
Étape 6 : publier une nouvelle version, facultatif
Section intitulée « Étape 6 : publier une nouvelle version, facultatif »- Construisez et envoyez la nouvelle image ;
- Créez une nouvelle Release dans le cloud avec la nouvelle version d’image ;
- Déployez-la ; l’équipement se met à niveau automatiquement ;
- En cas de problème, réaffectez l’ancienne version pour revenir en arrière.
Résultat
Section intitulée « Résultat »| Exigence | Réalisation |
|---|---|
| Gestion par Release | Application déclarée dans une Release et déployée par l’agent |
| Démarrage automatique | Stratégie de redémarrage configurée dans la Release |
| Récupération automatique | Redémarrage des applications défaillantes par l’agent |
| Persistance des données | Montage sur la partition de données |
| Mise à jour | Nouvelle Release déployée avec retour arrière possible |
Documentation associée
Section intitulée « Documentation associée »- Applications conteneurisées — Configuration
- Déploiement cloud et OTA — Publication et mise à jour
- Gestion des applications — Vue d’ensemble des Releases