Exploiter une installation Mirket

Comprendre l'exécution isolée par établissement, la frontière de configuration, les contrôles de santé et les attentes en matière de reprise.

For
Opérateur
Reading time
11 min
Updated
16 août 2026
Facility analytics built from durable daily projections rather than ad-hoc queries.
The screen this guide describes, captured from the product. Les captures d'écran sont en anglais. Le produit lui-même est disponible dans cette langue.

Before you start

  • Un accès shell à l'hôte de l'installation, la version immuable extraite et le fichier d'environnement de l'installation.
  • L'accès aux journaux des services, à la destination de sauvegarde et à un fichier de phrase secrète protégé.

You are done when

  • docker compose --env-file .env -f compose.yml ps indique que les services attendus tournent et que ceux dotés d'un contrôle de santé sont sains.
  • Les contrôles /health/live et /health/ready de l'API et du service de sockets répondent correctement.
  • La sauvegarde chiffrée la plus récente a réussi l'exercice de restauration du dépôt.

If something goes wrong

  • N'écrasez pas un déploiement ou une sauvegarde en échec. Conservez les journaux, l'empreinte exacte de la version, le chemin d'environnement et la sortie des commandes.
  • Ne restaurez qu'à partir d'une archive chiffrée vérifiée et respectez la fenêtre de reprise convenue et la procédure établie.

Connaître la frontière de déploiement

  • Une installation sert un établissement d'enseignement.
  • Les processus applicatifs, PostgreSQL, Redis et les espaces de stockage d'objets sont isolés entre établissements.
  • La configuration client est montée à l'exécution plutôt qu'intégrée aux artefacts applicatifs immuables.

Répondre à un signalement d'exploitation

  1. Validez la configuration avant de changer l'état

    Lancez docker compose --env-file .env -f compose.yml config --quiet, puis inspectez docker compose --env-file .env -f compose.yml ps ainsi que les points de santé live et ready de l'API et du service de sockets.

  2. Identifiez le service touché et la fenêtre concernée

    Recueillez l'application, le rôle, la route, l'horodatage, l'état de reprise visible et les journaux pertinents, sans demander de contenu utilisateur inutile.

  3. Utilisez les commandes de sauvegarde du dépôt

    Lancez pnpm ops:check, puis créez la sauvegarde chiffrée coordonnée avec pnpm ops:backup en indiquant explicitement les chemins absolus d'environnement, de sortie et de phrase secrète.

  4. Prouvez la capacité de reprise

    Lancez pnpm ops:restore-drill sur l'archive produite avec les mêmes entrées explicites de phrase secrète et d'environnement. L'exercice n'est complet qu'avec des sommes de contrôle vérifiées et des restaurations PostgreSQL jetables réussies.

  5. Rétablissez par des actions réversibles

    Préférez les procédures documentées de redémarrage, de nouvelle tentative et de restauration vérifiée. Conservez les preuves et prenez une sauvegarde vérifiée avant une mise à niveau ou une intervention sur le schéma.

Continue with