Aller au contenu

Planifier le patching

Le module Patching répond à une seule question, partagée entre équipes infrastructure et métiers : quand ce serveur sera-t-il patché ? Chaque serveur porte ses fenêtres de maintenance ; le calendrier les agrège, les abonnés sont prévenus avant et pendant.

Accès

Tout utilisateur connecté peut consulter le calendrier et s'abonner à un serveur. Créer, modifier ou supprimer une fenêtre est réservé aux rôles Patch Manager, Team Leader et App Owner du module Patch Planning, ainsi qu'aux administrateurs.

Le calendrier

Planification → Patching (/patching/) affiche toutes les fenêtres actives en vue mois, semaine ou liste.

Les indicateurs en tête de page

Indicateur Signification
Fenêtres actives Nombre total de règles de patching en vigueur
Serveurs planifiés Serveurs couverts par au moins une fenêtre récurrente
Sans fenêtre Serveurs sans fenêtre récurrente — à planifier en priorité
Prochains 7 jours Patchs prévus dans la semaine (détaillés dans le panneau de droite)

Code couleur

Couleur Signification
Rouge Production
Orange Préproduction / recette
Vert Développement
Bleu PRA / DR
Violet Exception ponctuelle (override)
Gris Occurrence suspendue

Un clic sur un événement affiche le serveur, son OS, son environnement, la durée et la règle de récurrence en clair.

Par où commencer

L'indicateur Sans fenêtre est la liste de travail naturelle d'un premier déploiement : chaque serveur qui y figure n'a aujourd'hui aucun créneau convenu.

Les trois types de fenêtre

Le cas normal : une règle qui se répète (« le 2ᵉ mardi de chaque mois à 22h, 2 h »). C'est elle qui compte pour l'indicateur Serveurs planifiés.

Un créneau ponctuel, à une date précise, avec un motif obligatoire à renseigner (« Fenêtre avancée — intervention critique »). Sert à un patch urgent ou à déplacer exceptionnellement une occurrence.

L'exception remplace l'occurrence récurrente la plus proche de sa date (à égalité, la plus ancienne) : déplacer le dimanche 6 au mardi 8 supprime ce dimanche du calendrier. Sans occurrence récurrente à proximité, elle s'ajoute simplement.

Annule une date précise sans toucher à la règle récurrente — gel de fin d'année, clôture comptable, événement métier. Apparaît en gris dans le calendrier ; l'occurrence récurrente de ce jour disparaît du calendrier, et aucune notification ni automatisation (AutomationRiver) ne se déclenche à cette date. Elle annule aussi une exception datée du même jour.

Créer une fenêtre

Depuis le calendrier (+ Nouvelle fenêtre) ou directement depuis la fiche d'un serveur (section Fenêtres de patching), qui pré-sélectionne le serveur.

Champ Description
Serveur Le serveur concerné
Type de fenêtre Récurrente, exception ou suspension
Heure / minutes de début Heure locale de démarrage
Durée Durée de la fenêtre, en minutes (120 par défaut)
Fuseau Fuseau horaire de la règle (Europe/Paris par défaut) — les occurrences restent correctes lors des changements d'heure
Fréquence / Occurrence / Jour Assistant de saisie pour les cas courants (« 2ᵉ mardi du mois »)
RRULE La règle au format iCal (RFC 5545), générée par l'assistant ou saisie à la main
Date cible, motif Pour une exception ou une suspension uniquement

Pendant la saisie, les 5 prochaines occurrences calculées s'affichent sous le formulaire : vérifiez-les avant d'enregistrer. Une règle invalide est refusée avec le message d'erreur exact.

Exemples de règles RRULE

Besoin RRULE
2ᵉ mardi de chaque mois (Patch Tuesday + 1 semaine) FREQ=MONTHLY;BYDAY=2TU
Dernier dimanche du mois FREQ=MONTHLY;BYDAY=-1SU
Tous les samedis FREQ=WEEKLY;BYDAY=SA
Un mercredi sur deux FREQ=WEEKLY;INTERVAL=2;BYDAY=WE
Premier jeudi du trimestre FREQ=MONTHLY;INTERVAL=3;BYDAY=1TH

Traçabilité

Chaque création, modification et suppression de fenêtre est inscrite au journal d'audit avec l'auteur, l'adresse IP et le serveur concerné.

S'abonner à un serveur

Un responsable métier n'a pas besoin de surveiller le calendrier : il s'abonne aux serveurs qui portent son application et reçoit les notifications.

  1. Ouvrir la fiche du serveur, cliquer 🔔 S'abonner.
  2. Choisir les canaux (in-app, e-mail) et le délai de prévenance (0 à 30 jours avant le patch).
  3. La demande part en approbation.

Qui approuve ? Les responsables du serveur : ses propriétaires déclarés, et les membres marqués manager de ses équipes et de ses applications. Ils reçoivent la demande dans leur Messagerie (/inbox/) et l'approuvent ou la refusent (avec un motif, transmis au demandeur). Un serveur sans aucun responsable est approuvé automatiquement.

Ce que reçoit un abonné approuvé

Quand Message Canaux
N jours avant le patch (chaque matin à 6 h) Rappel « patch prévu demain / dans N jours » In-app, et e-mail si choisi (SMTP configuré)
Au démarrage de la fenêtre « Patching en cours » In-app

Rattacher les serveurs pour que l'approbation marche

Le circuit d'approbation repose sur les équipes, applications et propriétaires déclarés. Sans eux, tout abonnement est auto-approuvé. Voir Équipes et applications.

Équipes et applications

Deux pages de la section Collaboration structurent « qui répond de quoi » :

  • Équipes (/teams/) — regroupent des utilisateurs ; un membre peut être promu manager de l'équipe.
  • Applications (/applications/) — une application regroupe les serveurs qui la portent et ses membres (avec leur rôle, dont manager).

Rattacher un serveur à une équipe ou une application a trois effets : il apparaît dans le périmètre de ces personnes, leurs managers deviennent approbateurs des abonnements, et la fiche serveur affiche les responsables à contacter.

Déclencher une automatisation au démarrage d'une fenêtre

Avec AutomationRiver, le démarrage d'une fenêtre peut lancer un job externe (Jenkins, GitLab CI, AWX) — par exemple le playbook de patch lui-même. InfraRiver décide quand, votre outil d'exécution fait le comment. Voir AutomationRiver.

Journal d'audit

Administration → Journal d'audit (/audit/) conserve toutes les actions du module : fenêtres créées, modifiées, supprimées, abonnements approuvés ou refusés — qui, quand, depuis quelle adresse. C'est la réponse à la question d'auditeur « qui a validé ce créneau ? ».