Correctif fiabilité

• Correctif fiabilité : scaler une instance pouvait "réussir" côté Hub sans que le conteneur ne soit jamais réellement démarré, et un scale-down non-nul pouvait revenir en arrière tout seul plus tard.

1. scale-app lançait docker compose up --scale et remontait un succès dès que la commande CLI rendait la main - sans jamais vérifier que le nombre de répliques demandé était réellement en vie (une nouvelle instance qui crashait aussitôt n'apparaissait jamais dans docker ps, mais le Hub affichait quand même l'app comme démarrée). L'agent attend désormais la convergence réelle du nombre de conteneurs avant de répondre, et remonte une erreur explicite sinon.

2. Côté Hub, la resynchronisation du compose après un scale (celle qui grave durablement le nouveau nombre de répliques dans le fichier sur disque) était best-effort : un simple échec réseau/agent la faisait échouer silencieusement, laissant le fichier compose avec l'ancien nombre. Un redéploiement sans rapport (app sœur, changement réseau) rejouait alors ce fichier périmé et annulait le scale sans prévenir personne. Cette resync est désormais retentée une fois puis obligatoire : si elle échoue malgré tout, le scale entier est rapporté en échec au lieu d'être silencieusement considéré comme durable.