Orchestration des conteneurs avec Compose

Lorsqu’une application regroupe plusieurs services, par exemple un service métier, une base de données et une file de messages, un fichier d’orchestration centralise leurs définitions, dépendances et modes d’exécution. L’agent assure toute l’exécution de l’orchestration : vous configurez la Release et l’équipement déploie automatiquement, sans opération manuelle locale.

Exécution côté équipement

Déclarer l’orchestration dans la Release（services + programs）
        │
        ▼
L’agent synchronise l’état cible ──▶ Récupérer images / paquets d’application ──▶ Créer et démarrer les services ──▶ Surveillance continue
        │                                                        │
        │                                                        ▼
        └────────────────────────────── Mise à jour / retour arrière ◀────── Redémarrage automatique sur anomalie

• L’agent traite l’ordre de démarrage et les dépendances selon la déclaration d’orchestration ;
• Les services redémarrent après une sortie anormale et reprennent après le redémarrage de l’équipement ;
• Les mises à niveau et retours arrière sont gérés par Releases et exécutés automatiquement.

Exemple de configuration

Exemple d’orchestration dans une Release. La liste complète des champs figure dans Compatibilité et extensions docker-compose :

version: "2.4"

services:
  app:
    image: myapp:1.0.0
    restart: always
    ports:
      - "8080:80"
    depends_on:
      - db

  db:
    image: postgres:16
    volumes:
      - dbdata:/var/lib/postgresql/data

programs:
  collector:
    command: collector --config /data/collector.conf
    restart: on-failure

volumes:
  dbdata:

Configuration dans la Release

Saisissez l’orchestration à la création de la Release, dans l’éditeur ou par import d’un fichier. Téléversez les images de conteneurs et paquets natifs dans les détails de la Release. Voir :

• Créer une Release dans JelinaCloud
• Déployer une Release dans JelinaCloud

Persistance des données

• Les volumes de l’orchestration sont indépendants du cycle de vie des conteneurs ; recréations et mises à niveau ne modifient pas leurs données ;
• Il est également recommandé de monter les données critiques sur la partition de données de l’équipement.

Compatibilité

• L’orchestration repose sur la spécification 2.x ; les fichiers courants peuvent être utilisés directement ;
• Les champs ajoutés dans la version 3.x ne sont pas pris en charge ;
• Pour les champs et limites détaillés, voir Compatibilité et extensions docker-compose.

Documentation associée

• Gestion des applications — Vue d’ensemble des Releases
• Applications natives et ProgramSet — Configuration des applications natives
• Déploiement cloud et OTA — Chaîne de déploiement et de mise à jour