Arrêter, démarrer et isoler une app

La zone de danger de l’onglet Settings d’une app comporte deux actions qui agissent sur tout un périmètre à la fois : Shut down arrête ce qui s’exécute, et le Kill switch (coupe-circuit) isole l’app afin que rien d’elle ne soit joignable. Les deux rétablissent exactement ce qu’elles ont modifié. Le périmètre est l’app entière ou un environnement.

Les deux nécessitent le rôle Operator sur l’app ou l’environnement (apps:operate).

Arrêter et démarrer

Shut down ouvre une boîte de dialogue indiquant le périmètre et ce qui va changer, avec un décompte en direct :

• les conteneurs, déploiements et projets Compose en cours s’arrêtent ;
• les bases de données et stockages managés sont mis en pause ; leurs données sont conservées ;
• les routes et les routes Pages affichent la page de maintenance.

Les ressources restent modifiables tant que l’app est arrêtée. L’app et ses environnements affichent Stopped.

Start ne rétablit que ce que Shut down a modifié et qui se trouve encore dans l’état où il l’a laissé : un conteneur que quelqu’un a démarré à la main entre-temps n’est pas touché, et une ressource déjà arrêtée auparavant reste arrêtée. Les routes reviennent à leur propre état de maintenance.

Coupe-circuit

Le coupe-circuit est destiné aux incidents de sécurité : il coupe tout le trafic entrant et sortant de l’app tout en conservant chaque ressource et ses données en l’état. Isolate app ouvre une boîte de dialogue indiquant le périmètre et ce qui va changer. Saisissez le nom de l’app pour confirmer.

Pendant l’isolement :

• chaque route du périmètre, et chaque route extérieure à l’app qui redirige vers l’une de ses charges de travail, affiche la page de maintenance ; aucun code d’accès de maintenance ne fonctionne ;
• les liens entre conteneurs, les liens vers les bases de données et le stockage, ainsi que les Secure Links des charges de travail de l’app, sont coupés ;
• les conteneurs et services Compose perdent l’accès au réseau ; un conteneur sur le réseau de l’hôte est arrêté à la place ;
• les ports directs des bases de données et du stockage se ferment ;
• les données restent en l’état.

L’app affiche Isolated, et chacune de ses ressources affiche un avis sur sa propre page. Les ressources isolées sont gelées : la recréation, la mise à jour, la modification des variables d’environnement ou des réseaux, le déploiement, l’application de Compose, la migration, la création de liens, la modification des routes et l’entrée ou la sortie de ressources de l’environnement sont refusées. L’arrêt, le démarrage, le redémarrage, les journaux, la console et la suppression fonctionnent toujours.

Turn off désactive le coupe-circuit et rétablit tout dans son état précédent, élément par élément : les mêmes réseaux avec les mêmes adresses et alias, les mêmes liens, routes et ports. Une ressource supprimée entre-temps est ignorée. Un nœud hors ligne pendant la désactivation est rétabli lorsqu’il se reconnecte. Lorsqu’une étape échoue, l’avis la mentionne et Opfield continue de réessayer.

L’isolement réseau des conteneurs nécessite un démon Docker 2.12 ou ultérieur sur le nœud. Avec un démon plus ancien, cet élément échoue en demandant de mettre à jour le nœud, et le reste du coupe-circuit s’applique quand même.

À savoir

• Un périmètre isolé ne peut pas être arrêté ; désactivez d’abord le coupe-circuit.
• Une app ou un environnement ne peut pas être supprimé tant qu’il est arrêté ou isolé.
• L’arrêt, le démarrage, l’isolement et sa levée sont enregistrés dans le journal d’audit et dans l’onglet Activity de l’app.
• Via l’API et MCP : POST /api/apps/{id}/shutdown, /start, /isolation et DELETE /api/apps/{id}/isolation ; MCP manage_app_incident avec shutdown, start, isolate, release et status.