Suivre les fins de support — EOLRIVER
Un serveur en fin de support ne reçoit plus de correctifs : son exposition ne fait que croître avec le temps. EOLRIVER rattache chaque système et logiciel inventorié à son cycle de vie éditeur et produit le plan d'obsolescence : ce qu'il faut migrer, avant quand.
Page : Analyse → EOLRIVER (/eolriver/). La fin de support d'un serveur apparaît aussi
dans la section Cycle de vie de sa fiche.
Source des dates : le référentiel public endoflife.date, rafraîchi à chaque synchronisation par le proxy sortant (mode API, par défaut).
Sans accès Internet, la synchronisation utilise automatiquement le référentiel embarqué dans le paquet, sans échec, et la page l'indique (« endoflife.date injoignable : référentiel embarqué du … utilisé »). Le mode Embarqué n'ouvre aucun flux — voir EOLRIVER (configuration).
Les cinq états de support
Le support n'est jamais binaire :
| État | Sens |
|---|---|
| Supporté | Support complet de l'éditeur |
| Maintenance | Correctifs de sécurité uniquement |
| Support étendu | Hors support standard, couvert par un programme payant (ELS, ESU, LTSS) |
| Fin de support | Plus aucun correctif de l'éditeur |
| Inconnu | Produit ou cycle non identifié — voir plus bas |
L'état est évalué à chaque consultation à partir des dates : il n'est jamais figé en base.
Cycle récent sans date de fin
Un cycle dont l'éditeur n'a pas encore annoncé la fin reste Supporté, jamais Fin de support. C'est souvent précisément la version vers laquelle on migre.
Support étendu : couvert ou supposé ?
Qu'un programme de support étendu existe ne veut pas dire que vous l'avez souscrit. Sans déclaration de votre part, un actif en support étendu est présenté Support étendu (non vérifié). Déclarez vos souscriptions réelles (voir Surcharges) pour qu'il soit présenté comme couvert.
Le plan d'obsolescence
En tête de page : le nombre de composants suivis et leur répartition par état. Un composant est le système d'exploitation d'un serveur, ou une base de données, un runtime ou un middleware installé dessus (voir Bases de données, runtimes et middlewares).
Le tableau Plan d'obsolescence — actifs à traiter liste chaque composant en maintenance, en support étendu ou en fin de support, avec les colonnes :
- serveur ;
- composant ;
- produit ;
- cycle ;
- état ;
- date de fin de support ;
- jours restants (négatifs si la date est dépassée).
C'est la liste de travail à présenter en comité budgétaire.
Dans les rapports exportés (PDF, Excel, CSV) et dans la note de la page, un constat regroupe tous les serveurs qui portent le même produit et le même cycle (« nginx 1.20 — 51 serveurs ») : la décision est la même, les serveurs sont listés dans le détail et le lien du constat ouvre exactement ces serveurs.
Les puces au-dessus du tableau le restreignent à une nature de composant : Système, Base de données, Runtime, Middleware.
Bases de données, runtimes et middlewares
EOLRIVER évalue aussi ce qui tourne sur les serveurs, à partir des logiciels inventoriés par GLPI, ServiceNow ou InfraRiver Collector :
| Famille | Produits reconnus |
|---|---|
| Bases | PostgreSQL, MariaDB, MySQL, SQL Server, Oracle, MongoDB, Redis, Elasticsearch… |
| Runtimes | Java (OpenJDK, Oracle, Temurin, Corretto), Python, Node.js, PHP, Perl, .NET, OpenSSL… |
| Middlewares et plateformes | nginx, Apache httpd, Tomcat, Kafka, RabbitMQ, HAProxy, Postfix, Docker, Kubernetes, Zabbix, Ansible… |
Sans connecteur qui alimente l'inventaire des logiciels, seuls les systèmes d'exploitation sont évalués : la carte Bases de données, runtimes et middlewares de la page le dit.
Comment un logiciel est reconnu :
- par son nom, exactement :
postgresql-server,java-17-openjdk,Microsoft SQL Server 2019… Le nom d'un client, d'une bibliothèque ou d'un module (postgresql-libs,python3-pip,mariadb-connector) ne désigne jamais le serveur ou l'interpréteur correspondant : ce n'est pas évalué. Un mauvais rattachement coûte plus cher qu'une absence de rattachement. - la version vient de l'inventaire, sinon du nom (
PostgreSQL 15,Apache Tomcat 9). Si le nom et la version se contredisent, le produit est gardé mais le cycle reste Inconnu. - un serveur qui porte plusieurs versions du même produit (Java 11 et Java 17, par exemple) a une ligne par version.
La carte liste aussi les logiciels non reconnus à arbitrer, du plus répandu au moins répandu (les bibliothèques, composants système, outils d'administration et clients, qui n'ont pas de calendrier de support propre, n'y figurent pas). Un produit absent du catalogue public (WebLogic, WebSphere, SAP NetWeaver…) est reconnu mais affiché non couvert : aucune date de fin de support n'existe pour lui.
La fiche d'un serveur affiche, sous Cycle de vie des composants, l'état de chacun de ses composants applicatifs, et l'Inspecteur les détaille avec la règle de reconnaissance qui s'est appliquée.
Les composants « Inconnu »
Un composant est Inconnu dans deux cas, qui appellent deux actions différentes :
| Cas | Action |
|---|---|
| Produit non reconnu — le libellé remonté par l'inventaire n'a pas été rattaché à un produit connu | Pour un système d'exploitation, rattacher le libellé (file d'arbitrage des produits non résolus, Administration → Produits non résolus) ; pour un logiciel, voir la liste des logiciels à arbitrer de la page |
| Cycle non identifié — le produit est connu, mais pas la version | Vérifier la version remontée par la source, ou déclarer une surcharge |
L'Inspecteur en bas de page recherche un produit ou un cycle pour vérifier comment il est rattaché.
Les surcharges manuelles
Trois cas où la donnée publique ne suffit pas :
| Nature | Usage | Exemple |
|---|---|---|
| entitlement — couverture souscrite | Déclarer un support étendu réellement acheté | « RHEL 7 sous ELS, bon de commande n° …, jusqu'au 30/06/2027 » |
| date — date éditeur ou politique interne | Date absente du référentiel, ou décision interne de retrait | « ESXi 6.7 : retrait interne décidé au 31/12/2026 » |
| product_map — rattachement manuel | Associer un libellé produit que le rattachement automatique ne sait pas déduire | Alias propre à votre éditeur |
Une surcharge porte sur un produit, et optionnellement un cycle et un seul actif.
Règles de saisie
- La note est obligatoire : qui, quand, pourquoi, sur quelle preuve. Une décision sans auteur est une dette sans propriétaire.
- L'échéance est obligatoire pour une couverture souscrite. À son expiration, l'actif revient automatiquement à l'état dérivé des dates publiques — une déclaration ne survit jamais au contrat qu'elle décrit.
- Les surcharges survivent aux recalculs et sont affichées avec leur auteur et leur note.