Surveillance — septième étape de la chaîne de traçabilité
Approuvé ne signifie pas en cours d'exécution
La matrice du parc croise chaque service avec chaque environnement : le digest déployé et les preuves qui l'étayent. Après le déploiement, la surveillance continue de comparer le digest en cours d'exécution au digest approuvé — et la matrice change lorsqu'ils diffèrent.
Il ne s'agit pas d'une nouvelle analyse planifiée. La surveillance fonctionne aussi longtemps que la charge de travail.
La chaîne de traçabilité
- Source
- Build
- Analyse
- Verdict
- Décision
- Déploiement
- Surveillance
Chaque étape porte l'un des trois états : MISSING, RECORDED ou SIGNED. Les six premières étapes s'achèvent. La surveillance, elle, se poursuit — elle continue de vérifier que l'enregistrement correspond toujours à la réalité.
Une matrice pour tous les environnements
Le parc ci-dessous : les services sur le côté, les environnements en haut, et le panneau des écarts ouvert en dessous. Une cellule non prouvée a son déploiement enregistré et ses preuves non vérifiées. Un écart est le signalement, par un agent, d'un conteneur en cours d'exécution dont l'empreinte n'est pas approuvée ; les résultats altérés disposent de leur propre total. Digest-firstIdentité de release basée sur des hashes de contenu immuables (digests SHA-256) plutôt que des tags modifiables — garantissant des déploiements identiques octet par octet
Quatre termes employés à l'écran
Tous les éléments de l'écran Parc se résument à ce qui est déployé, à ce qui est prouvé et à ce qui a changé depuis l'approbation.
Cellule non prouvée
Un déploiement est enregistré, mais les preuves sous-jacentes sont incomplètes. La cellule ne passe pas au vert sur la base de la confiance.
Dérive
Les agents d'observation comparent le digest réellement exécuté par chaque charge de travail au digest approuvé pour cet environnement. Une différence devient une ligne de dérive : quel service, quel environnement et quels sont les deux digests qui diffèrent.
Altéré
Une violation d'intégrité : l'image en cours d'exécution a été modifiée par rapport à son enregistrement signé. Les résultats altérés sont comptés séparément des dérives, car une image altérée constitue un problème différent d'une image non approuvée.
Passeport du service
Chaque service porte sa piste de preuves : l'état de chaque étape de traçabilité, de la source à la dernière observation de la surveillance. Lorsqu'une cellule doit être expliquée, ouvrez le passeport.
Pourquoi est-ce difficile hors Kubernetes ?
Les clusters Kubernetes disposent d'une couche d'admission: une charge de travail peut être refusée au moment de sa planification. Les projets Compose, les hôtes SSH/WinRM, les tâches et les tâches ne disposent d'aucun contrôle équivalent. Les scanners s'arrêtent aux résultats. Les outils CD s'arrêtent à l'événement de déploiement. Les contrôleurs d'admission vérifient uniquement dans Kubernetes et ne laissent dans aucun cas de preuve de décision rejouable. Dans la plupart des parcs non-Kubernetes, rien ne vérifie donc que ce qui s'exécute aujourd'hui correspond toujours à ce qui a été approuvé. La surveillance comble cette lacune: comparaison continue des digests pour les parcs dépourvus de couche d'admission, avec un enregistrement de chaque contrôle.
Fonctionnement opérationnel
Cibles de déploiement sans agent
Stella Ops promeut les versions vers Docker Compose, les hôtes SSH/WinRM via l'interface propre à chaque cible. Le déploiement n'installe rien sur la cible.
Agents d'observation
L'observation est distincte. Des observateurs légers indiquent les digests réellement exécutés sur chaque cible. En l'absence d'observateur, l'état d'exécution est Missing — il n'est jamais supposé correct.
Actions permises par une ligne de dérive
- Retracer le passeport : quel digest a été approuvé pour cet environnement, sur quelles preuves et par qui.
- Revérifier : relancer la vérification au regard des preuves actuelles et enregistrer le résultat.
- Revenir en arrière : redéployer le dernier digest fiable connu — un artefact exact, pas un tag.
Lecteurs de cet écran
Responsable des opérations de version
Qu'est-ce qui est en production, et où ?
Une matrice suffit pour répondre : chaque service, chaque environnement, le digest déployé et la posture de preuve. Aucun recoupement des journaux de déploiement avec les registres.
Consultation de l'assurance
Le bon logiciel est-il déployé — et cet état est-il conforme ?
Posture en lecture seule pour chaque cellule : ce qui s'exécute, si sa chaîne de preuves est complète et quand elle a été contrôlée pour la dernière fois.
Responsable des risques de sécurité
Un élément que nous n'avons pas approuvé est-il en cours d'exécution ?
Les images non approuvées ou altérées apparaissent sous forme de lignes de dérive et d'altération, avec le digest approuvé pour comparaison. Un contrôle permanent, pas un rapport périodique.
Les preuves du parc alimentent les packs de conformité
Les enregistrements de traçabilité et les observations de surveillance recueillis ici constituent la matière première des packs de conformité. L'activation lance la collecte de preuves dans un mode prudent limité aux preuves; elle ne prétend pas établir la conformité réglementaire.