Utiliser le radar technologique
Le radar technologique est la liste des technologies de votre espace, chacune avec un anneau et ses dates de cycle de vie. Dès qu’une technologie y figure, les contrôles signalent chaque élément qui utilise une version en fin de vie ou proche de l’être, ou une technologie que vous avez suspendue.
Sur cette page
Avant de commencer
- Des droits de modification sur l’espace. Seuls les éditeurs et les propriétaires changent le radar ; les autres le lisent. Dans votre espace personnel, vous êtes propriétaire.
- Les technologies que nomment vos schémas. Le radar compare les textes de technologie de vos modèles, comme PostgreSQL 16 ou Java 21, Spring Boot 3, et les systèmes d’exploitation des nœuds de déploiement, par nom ou alias et par version.
Les quatre anneaux
| Anneau | Sens |
|---|---|
| Adopter | Le choix par défaut pour les nouveaux travaux. |
| Essayer | L’employer là où l’équipe peut gérer le risque. |
| Évaluer | À explorer ; pas encore pour la production. |
| Suspendre | Ne pas l’employer pour de nouveaux travaux. |
Chaque technologie se range aussi dans un quadrant : Langages et frameworks, Plateformes et infrastructure, Données et messagerie ou Outils et services.
Noter vos premières technologies
- Ouvrir le radar
Choisissez Radar technologique dans le menu Gouvernance. Un radar vide rappelle qu’aucune liste de fournisseurs n’est livrée avec iyedy.
- Ajouter la version que vous adoptez
Choisissez Ajouter une technologie. Renseignez Nom du produit (PostgreSQL) et Version (16) ; laissez la version vide pour noter le produit dans son ensemble. Choisissez l’Anneau Adopter et le Quadrant Données et messagerie. Dans le cycle de vie, saisissez les dates de Fin de support et de Fin de vie. Choisissez Enregistrer.
- Ajouter la version à arrêter
Ajoutez PostgreSQL 12 en Suspendre, avec sa date de fin de vie, et PostgreSQL 16 en Remplacement pour que le constat dise vers quoi migrer. Sous Aussi écrit, ajoutez les alias qu’emploient vos schémas, comme postgres.
- Le voir dans un schéma
Ouvrez la Claims Platform et lancez les contrôles.
Le radar liste les technologies Utilisée dans le schéma ouvert. Un élément sur PostgreSQL 12 porte un constat STD-01 ou STD-02 dans la revue, qui nomme PostgreSQL 16 comme remplacement.
Importer les dates de cycle de vie
Saisir les dates à la main est facultatif. Importer le cycle de vie des technologies…, dans le menu Gouvernance, lit des fichiers que vous avez téléchargés :
- des fichiers de l’API endoflife.date, un par produit : chaque cycle de version avec ses dates ;
- un SBOM CycloneDX en JSON : une technologie par composant et par version majeure, le quadrant d’après le type de composant. Les nouvelles technologies arrivent sans anneau ;
- un fichier CSV, colonnes dans n’importe quel ordre d’après leur en-tête, dates au format AAAA-MM-JJ. Exporter en CSV écrit les mêmes colonnes.
L’import montre d’abord un aperçu : nouvelles technologies, mises à jour et technologies inchangées. Seuls les éditeurs et les propriétaires l’appliquent. Rien n’est récupéré sur un autre site : iyedy ne lit que les fichiers que vous choisissez.
Les contrôles qu’il déclenche
| Règle | Se déclenche quand | Sévérité par défaut |
|---|---|---|
| STD-01 | Une technologie a passé sa fin de vie ou de support, ou atteint sa fin de vie sous 180 jours | Élevée, moyenne ou faible |
| STD-02 | Une technologie est suspendue | Faible |
| STD-03 | Une technologie que nomme le modèle n’est pas au radar | Info |
Une technologie sans dates de cycle de vie est ignorée par le contrôle de fin de vie. Pour voir d’un coup toutes les technologies en difficulté, choisissez Technologies en fin de vie ou proches dans le menu Gouvernance.
Variantes et limites
- Retirez une technologie avec Retirer dans son formulaire : ses constats disparaissent, et aucun schéma ne change.
- Une technologie gardée exprès au-delà de sa date reçoit une exception, pas un constat ignoré. Voir Accepter une exception.
- L’Assistant lit le radar dans les conceptions et les revues : les technologies à adopter et celles en suspens accompagnent la demande.
Si ça ne marche pas
STD-03 signale une technologie que j’ai notée
Le modèle l’écrit autrement (Postgres 16, pg). Ajoutez cette graphie sous Aussi écrit, ou écrivez la technologie dans le modèle comme le radar la nomme.
Aucun constat de fin de vie pour une vieille version
La technologie n’a pas de dates de cycle de vie (Aucune date de cycle de vie : le contrôle de fin de vie l’ignore.), ou la version du radar ne correspond pas à celle du modèle. Ajoutez les dates, ou importez-les depuis endoflife.date.
« Seuls les éditeurs et les propriétaires changent le catalogue. »
Votre rôle sur cet espace ne fait que lire le radar. Demandez à un propriétaire de l’espace ; le registre indique qui le tient.
Plus : Lancer les contrôles et traiter les constats.
Cette page vous a-t-elle aidé ?Réponse anonyme, comptée seulement si vous avez accepté la mesure.
Qu’est-ce qui n’a pas marché ?
N’écrivez pas de données personnelles.