ArchyntArchynt.api
Alertes

Le savoir avant vos utilisateurs

Archynt surveille le CPU/RAM de l'hôte, les taux d'erreur des services et le cycle de vie des conteneurs, et déclenche une alerte automatiquement dès que quelque chose semble anormal — sans seuils manuels à configurer.

fe-web-adminContainer stoppedERROROPEN

Container "fe-web-admin" stopped unexpectedly

2 minutes ago

api-gatewayCPU spikeERRORACKED

Host CPU jumped to 91% (was ~38% over the last 30 min)

18 minutes ago

be-user-dataRAM pressureCRITICALOPEN

Host RAM usage at 93% — approaching exhaustion

41 minutes ago

Comment fonctionnent les alertes

01

Pic de CPU

Le CPU d'un hôte bondit bien au-dessus de sa propre baseline récente sur une courte fenêtre — le cas classique du « quelque chose a changé et personne ne l'a remarqué ».

02

CPU / RAM en tendance haussière

L'usage est comparé au même moment de la journée sur les semaines précédentes, pour attraper une fuite lente ou une hausse progressive de charge avant que ça ne devienne un incident.

03

Pression RAM

La mémoire d'un hôte se rapproche assez de la saturation pour qu'un OOM kill devienne un risque réel.

04

Anomalie de taux d'erreur

Le taux d'erreur d'un service s'écarte de sa propre baseline normale — comparé à lui-même, pas à un seuil global fixe, pour que les services naturellement plus bruyants ne spamment pas.

05

Conteneur arrêté

Un conteneur Docker qu'Archynt observe réellement s'arrête de façon inattendue. Les dépendances externes que vous ne gérez pas — une base de données distante, un service managé — ne déclenchent jamais cette alerte.

06

Email + notice in-app

Chaque membre de l'organisation reçoit un email au moment où une alerte est levée, plus un badge et un toast dans le dashboard pour ceux qui ne consultent pas leur boîte mail.

07

Acquitter et clôturer

Marquez une alerte comme acquittée, puis clôturez-la avec un court commentaire décrivant la résolution. La clôture est ce qui permet à la même condition de se redéclencher plus tard.