Opérations de service et supervision
Surveillez l’état de la plateforme, examinez les tâches en file d’attente et gérez les interventions liées à l’hébergement IA, à la blockchain et aux services bancaires.
- Vérifier l’état des servicesOuvrez System Health et examinez les files, les tâches échouées, le heartbeat du planificateur, la date de la dernière sauvegarde, l’utilisation du disque, le cache et la fiabilité des files.
- Retrouver l’intervention concernéeDans la liste correspondante, vérifiez l’état du projet géré, du service blockchain, de la demande bancaire ou de l’opération financière.
- Attribuer et consigner le travailUtilisez les commandes d’affectation, d’étape ou d’état disponibles et consignez des notes opérationnelles exactes ou l’état externe demandé.
- Ne réessayer qu’à bon escientNe relancez une tâche échouée qu’après en avoir compris la cause et vérifié les risques d’effets en double. Consultez l’historique pour éviter de répéter un travail terminé.
- Confirmer la clôtureRouvrez le dossier et vérifiez son état final, son responsable, les livrables requis et sa piste d’audit. Faites remonter les incidents système non résolus.
System Health
System Health rassemble la profondeur des files, les tâches échouées, l’utilisation du disque, l’état du cache et la fiabilité des files, le calendrier du planificateur et les prochaines échéances, les heartbeats du planificateur et des journaux, ainsi que la date de la dernière sauvegarde réussie. C’est un tableau de diagnostic, pas un accès général au shell du serveur. Une commande de relance remet une tâche échouée en file ; elle ne corrige pas la cause. Avant de relancer une tâche ou toutes les tâches, examinez le résumé de l’exception et la file. Une utilisation élevée du disque, l’absence de heartbeat ou un indicateur de cache en échec doit être signalé rapidement.
- Ouvrez System Health et comparez les indicateurs actuels aux valeurs observées récemment.
- Examinez la file des tâches échouées et le résumé des erreurs ; déterminez si une relance pourrait répéter une action externe.
- Ne relancez que la tâche justifiée, puis actualisez la page pour vérifier si elle aboutit ou échoue de nouveau.
Planificateur, files et sauvegardes
Les commandes planifiées affichent leur expression de planification et leur prochaine échéance. La page indique la dernière écriture des fichiers heartbeat du planificateur et des journaux, ce qui permet d’évaluer si les traitements en arrière-plan sont actifs. La fiabilité des files récapitule également les problèmes de dead-letter et d’idempotence. Le panneau des sauvegardes affiche l’heure d’une réussite récente ou signale qu’aucune n’a été trouvée. Si une exécution attendue manque, recoupez le heartbeat, l’état de la file et celui des sauvegardes avant de déclarer un incident ; n’inventez pas et ne lancez pas de commandes shell depuis ce tableau de bord.
- Vérifiez les dernières heures du planificateur et du heartbeat, puis examinez les échéances et la profondeur de la file.
- Comparez les compteurs dead-letter/idempotence et la date des sauvegardes au calendrier de service attendu.
- Si les traitements sont en retard, transmettez à l’opérateur de la plateforme les indicateurs non sensibles et l’heure observée.
Opérations sur les projets d’hébergement IA
Managed Projects sert à suivre les interventions IA acceptées. La liste et le détail du projet affichent les informations de devis ou de tâche, l’affectation et l’avancement. Le personnel peut modifier l’état et le responsable, téléverser des livrables, consigner des versions de modèle, soumettre des changements de commande et terminer les étapes définies ; l’approbation du devis est une action distincte. N’intervenez que sur le projet client lié à la tâche et vérifiez qu’une étape est prête avant de la marquer comme terminée. Un devis, une entrée importée au catalogue ou un modèle configuré ne prouve pas à lui seul qu’un déploiement est opérationnel.
- Ouvrez le projet géré et vérifiez le devis, l’état actuel, le responsable et les étapes inachevées.
- Attribuez un responsable autorisé et joignez le bon livrable ou dossier de version du modèle.
- Ne terminez une étape qu’après obtention des preuves d’acceptation requises, puis vérifiez l’état du projet.
Opérations des services blockchain
Blockchain Operations répertorie les commandes de service et leurs tâches. Le personnel d’assistance et admin autorisé peut attribuer, démarrer et terminer les tâches, puis consigner l’état externe ou de gouvernance. Ces commandes enregistrent l’avancement opérationnel ; n’affirmez pas qu’elles exécutent une transaction on-chain sans preuve correspondante dans la tâche. Tenez à jour l’historique du détail de la commande et vérifiez que la bonne tâche est sélectionnée. Les modifications du catalogue se font séparément dans Blockchain Commerce et sont réservées à God.
- Ouvrez la commande de service et vérifiez l’affectation des tâches, les liens de facture et l’historique des états.
- Attribuez la tâche, marquez-la comme démarrée et consignez, le cas échéant, l’état externe ou de gouvernance vérifié.
- Ne terminez la tâche qu’une fois le résultat établi ; rouvrez la commande pour contrôler la chronologie.
Opérations sur les demandes bancaires
Banking Administration est réservé à God et propose la liste des demandes, leur détail, la création de devis et les transitions de cycle de vie. La page affiche les événements de la demande et, le cas échéant, la commande de service et la facture associées. Une demande client ou un devis administratif ne prouve pas qu’un transfert de fonds a eu lieu. Avant d’établir un devis ou d’effectuer une transition, vérifiez les conditions, la devise prise en charge et l’état de la demande. Si des informations sont nécessaires, utilisez l’état de workflow adapté et consignez le motif dans l’historique des événements.
- Ouvrez la demande et examinez les renseignements fournis, le devis, la commande de service et l’historique des événements.
- Préparez le devis approuvé dans la devise prise en charge, avec un prix et des conditions exacts.
- Effectuez la transition autorisée et vérifiez le nouvel état et l’entrée d’événement ; signalez tout écart.
Alertes des opérations financières
Les pages Finance Operations présentent l’état de santé, les exécutions en file, les commandes de démarrage, réussite, échec et rejeu, ainsi que les alertes à acquitter. Ces commandes pilotent le traitement financier ; elles ne demandent pas de modifier manuellement les écritures du grand livre. Examinez le contexte de l’exécution et de l’alerte, effectuez la transition appropriée et consignez le résultat réel. Un rejeu peut répéter un workflow : vérifiez d’abord l’idempotence et le résultat précédent. Respectez les limites d’autorisation et les exigences d’approbation.
- Ouvrez la vue de santé Finance Operations et examinez l’état de l’exécution et l’alerte correspondante.
- Ne choisissez démarrer, réussir, échouer ou rejouer que si les preuves enregistrées justifient la transition.
- Une fois la situation comprise, acquittez l’alerte et vérifiez l’état final de l’exécution.
Questions fréquentes
La relance d’une tâche échouée en corrige-t-elle la cause ?
Non. Elle remet la tâche en file. Examinez d’abord l’échec et les éventuels effets secondaires, puis signalez les échecs répétés.
Que montre la fiabilité des files ?
Le tableau de bord présente les indicateurs de dead-letter et d’échec d’idempotence, ainsi que l’état des files et des tâches échouées.
Marquer une tâche blockchain comme terminée envoie-t-il une transaction ?
La commande consigne la fin de la tâche. Avant d’affirmer qu’une action on-chain a eu lieu, vérifiez des preuves de transaction distinctes.
Un devis bancaire signifie-t-il que le paiement a eu lieu ?
Non. Un devis et une transition de demande sont des étapes de workflow, pas la preuve d’un transfert de fonds.
Quand une étape de projet IA peut-elle être terminée ?
Lorsque le travail requis et les preuves d’acceptation sont disponibles. Vérifiez le dossier du projet avant de modifier l’étape.
Que transmettre pour signaler un problème de santé système ?
Indiquez l’état pertinent, l’heure de constat et les indicateurs d’échec non sensibles via le canal d’exploitation approuvé.