Mise en place d’une veille technologique

Seul. Les articles paraissent depuis le 30 octobre 2026 ; les outils sont installés depuis le 16 octobre. En cours : un article par semaine.

Compétences mises en œuvre

Compétence	Ce que j’ai fait	Preuve
Organiser son développement professionnel
Mettre en œuvre des outils et stratégies de veille informationnelle	Une chaîne complète : sources triées, agrégateur, notation automatique selon mon profil, mail quotidien, favoris, note de découverte, article hebdomadaire ; une faille repérée par la veille corrigée dans le lab	figure 1, choix techniques, tests
Mettre en place son environnement d’apprentissage personnel	Un sujet de veille lié à mon métier visé, quatre thèmes, des rythmes (quotidien, hebdomadaire, mensuel) et un signal d’alarme	objectifs, mise en œuvre

Contexte et besoin

L’épreuve E5 attend une veille technologique régulière, visible sur le portfolio : le jury regarde la régularité des dates autant que le contenu. De mon côté, je vise l’administration des systèmes et des réseaux, puis le DevOps : les outils, les failles et les pratiques changent vite, et je n’avais aucune méthode, seulement des lectures au hasard.

La contrainte de départ est le temps : je voulais une veille qui me coûte dix à quinze minutes par jour, le matin, sur mon téléphone, et qui débouche sur quelque chose de concret chaque semaine.

Objectifs et contraintes

Objectifs

Recevoir chaque matin un seul mail avec l’essentiel, trié selon ce qui me concerne.
Garder une liste « à lire » courte, et ne rien laisser s’accumuler.
Produire un article par semaine sur le portfolio, écrit avec mes mots.
Suivre un sujet choisi, pas toute l’actualité.

Contraintes

Dix à quinze minutes par jour, sur le téléphone.
Un budget nul : logiciels libres, auto-hébergés sur mon laboratoire personnel.
Cinq à dix sources de qualité plutôt qu’une trentaine, dont deux en anglais.
Ne rien inventer : un résumé automatique est une aide ; l’article est écrit et relu par moi, avec la source citée.

Analyse et choix techniques

J’ai suivi la méthode de veille décrite par Stéphane Robert (ingénieur DevSecOps) : collecter, filtrer, sauvegarder, agir, avec des rythmes quotidien, hebdomadaire et mensuel.

Question	Mon choix	Pourquoi
Quel agrégateur ?	FreshRSS, seul	Il centralise les sources, a une interface web et des applications pour le téléphone, des favoris qui servent de liste « à lire » et une purge automatique : les trois besoins avec un seul service. Wallabag aurait été un service de plus
Où l’installer ?	Un conteneur léger sur mon hyperviseur, par un script communautaire dont j’ai relu le code	Pas sur ma machine d’assistant, qui doit rester centrée sur mon organisation ; pas d’application sur le stockage
Quelle base ?	PostgreSQL	Déjà installée par le script ; SQLite se bloque plus facilement quand l’actualisation, l’API et le téléphone se croisent
Combien de sources ?	Une vingtaine de flux en cinq catégories, dont deux en anglais, chaque adresse vérifiée	Les sources anglaises sont les références DevOps et sécurité ; elles sont résumées en français
Comment trier ?	Un script note chaque article de 0 à 10 d’après mon profil de veille écrit (métier, cible, outils de mes projets avec un bonus), avec un modèle d’IA sans outils	Le tri est automatique et explicable ; un article est une information, jamais un ordre : le modèle ne peut rien faire d’autre que noter
Comment lire ?	Un seul mail à 7 h 30, envoyé par n8n, avec un résumé audio	Un seul point d’entrée le matin ; l’audio pour les trajets
Quel sujet ?	« L’IA dans l’exploitation des systèmes : des agents qui administrent et supervisent, sous quelles règles ? », en quatre thèmes	Il touche directement mon métier visé et ce que je vis dans mes projets ; le cadre juridique (NIS 2, AI Act, RGPD) en fait partie

Ce que j’en retiens : une veille se juge à ce qu’elle produit, pas à ce qu’elle collecte : plus de trente minutes par jour sans rien produire est mon signal d’alarme.

Mise en œuvre

Schéma de la chaîne de veille : collecter, filtrer, garder, agir

Figure 1 · La chaîne de veille : collecter, filtrer, garder, agir.

L’agrégateur (16 octobre) : FreshRSS dans un conteneur, adresse fixe, flux relus toutes les quinze minutes, mot de passe administrateur dans mon gestionnaire de mots de passe.
Les sources : seize flux au départ, chaque adresse vérifiée (réponse, format, date du dernier article), puis huit de plus le 27 octobre ; cinq catégories (France, cyber, Microsoft, mes outils, anglais).
L’accès par API pour le script, et la publication en HTTPS pour lire à la demande sur le téléphone, avec un durcissement du conteneur.
Le script du matin, sur ma machine d’assistant : il lit les articles des dernières 48 heures, les note selon mon profil de veille, et compose un mail sobre, lisible aussi en thème sombre sur téléphone et dans Outlook.
L’envoi : un automatisme n8n envoie le mail à 7 h 30 ; depuis le 3 novembre, un résumé audio est joint.
Le profil de veille : un fichier qui dit qui je suis, ce qui mérite une bonne note, ce qui mérite une mauvaise, et les outils de mes projets en cours qui gagnent deux points.
Garder et agir : « garde la 3 » met un article en favori ; « le 3 pour le portfolio » le propose pour un article ; le vendredi, je relis deux ou trois favoris et j’écris une note de découverte ; puis un article avec mes mots.
Le portfolio (30 octobre) : le sujet et les quatre thèmes choisis, les deux premiers articles publiés.

Tests et recette

Vérification	Résultat
Chaque adresse de flux (16 octobre)	Réponse, format et date du dernier article vérifiés pour chaque source
Mail du matin	Reçu chaque jour ; exemple du 6 novembre : 26 infos retenues sur 100 articles reçus en 48 h, lecture en moins d’un quart d’heure
Qualité du tri	Les failles touchant mes outils remontent en tête
De la veille à l’action (6 novembre)	Le mail signale une faille d’APT (Debian) et un avis OpenSSH. Vérifiés sur les sources officielles et comparés aux versions installées : la faille d’APT est corrigée le jour même sur les 12 machines Linux de mon laboratoire d’école ; l’avis OpenSSH ne le concerne pas
Lisibilité sur téléphone et dans Outlook	Mail sombre corrigé pour les deux lecteurs (21 octobre)
Articles du portfolio	Deux articles publiés le 30 octobre 2026 : « L’IA de Grafana pour enquêter sur les incidents » et « Le gain de temps de l’IA ne doit pas devenir une dette technique »

Veille du 6 novembre : versions d’APT relues sur les 12 machines Linux du lab après la correction, avis OpenSSH non applicable

La veille du 6 novembre jusqu’à l’action : les 12 machines Linux du lab relues après la mise à jour d’APT (étape 71 de la documentation du lab).

Bilan critique

Ce qui a coincé. Le conteneur était trop juste avec 512 Mo de mémoire pour le serveur web et la base ensemble : passé à 1 Go. Les premiers mails étaient trop courts certains jours : la fenêtre de collecte a été élargie à 48 heures, 72 le lundi, avec une rubrique « à rattraper cette semaine ». Le thème sombre du mail s’affichait mal dans Outlook et sur le téléphone : la mise en page a été refaite pour les deux.

Les limites que j’assume.

Un article par semaine est un engagement à tenir dans la durée : le jury regarde les dates. Au 11 novembre, deux articles existent.
Les sources anglaises sont résumées par un modèle d’IA : je relis la source avant d’en faire quelque chose.
La chaîne dépend de mon laboratoire personnel : si l’hyperviseur est éteint, il n’y a pas de mail ce matin-là.

Ce que je referais autrement. J’écrirais le profil de veille avant d’ajouter des sources, et pas après : les premières notes étaient moins pertinentes faute de profil précis.

Outils et aides. Les choix, le sujet et les articles sont les miens. Un assistant IA (Claude Code) a installé une partie de la chaîne avec moi et m’a aidé à rédiger la documentation ; la notation quotidienne des articles est faite par un modèle d’IA selon mon profil, sans autre pouvoir que de noter.