Releases Management RSS
Informations générales
Télécharger la fiche informativeVous trouverez sur cette page des informations générales sur le release management de la Plate-forme eHealth.
Cette rubrique contient :
- Le calendrier des releases avec les releases prévues et les dates de début des tests d’acceptation ;
- Une explication du processus de release avec les différentes phases d'une release et la méthode de travail pour une mise en production ;
- Les principales définitions utilisées dans le cadre du release management de la Plate-forme eHealth ;
- Le calendrier des interventions de configuration avec le planning et les règles pour la demande de modifications de la configuration.
Ces informations aident les partenaires, les fournisseurs de logiciels et les parties prenantes dans la préparation et le suivi des releases et des interventions de configuration sur la Plate-forme eHealth.
Calendrier des releases
Le calendrier des releases offre un aperçu des releases planifiées de la Plate-forme eHealth et des dates de début des tests d’acceptation (ACC). Le calendrier constitue le planning de référence pour les partenaires et les fournisseurs de logiciels. Le planning est publié annuellement et peut être adapté si nécessaire. Les éventuelles modifications sont communiquées via la plage eHealth Status.
| Nom Release | Type de release |
Content Proposal | Content freeze | Code freeze | Mise en ACC sur AZ UP | Début tests ACC | Mise en PRD sur AZ UP | Release |
|---|---|---|---|---|---|---|---|---|
| R20252.2 | Minor | 29/10/2025 | 13/11/2025 | 02/01/2026 | 13/01/2026 | 20/01/2026 | 17/02/2026 | 24/02/2026 |
| R20261 | Major | 29/10/2025 | 13/11/2025 | 03/02/2026 | 03/03/2026 | 17/03/2026 | 21/04/2026 | 28/04/2026 |
| R20261.1 | Minor | 10/03/2026 | 24/03/2026 | 28/04/2026 | 12/05/2026 | 19/05/2026 | 16/06/2026 | 23/06/2026 |
| R20261.2 | Minor | 22/04/2026 | 06/05/2026 | 01/06/2026 | 30/06/2026 | 07/07/2026 | 22/07/2026 | 28/07/2026 |
| R20262 | Major | 22/04/2026 | 06/05/2026 | 28/07/2026 | 25/08/2026 | 01/09/2026 | 13/10/2026 | 20/10/2026 |
| R20262.1 | Minor | 20/08/2026 | 03/09/2026 | 29/09/2026 | 27/10/2026 | 03/11/2026 | 01/12/2026 | 08/12/2026 |
| R20262.2 | Minor | 29/10/2026 | 12/11/2026 | 01/01/2027 | 12/01/2027 | 19/01/2027 | 23/02/2027 | 02/03/2027 |
| R20271 | Major | 29/10/2026 | 12/11/2026 | 02/02/2027 | 09/03/2027 | 23/03/2027 | 20/04/2027 | 27/04/2027 |
| R20271.1 | Minor | 09/03/2027 | 23/03/2027 | 27/04/2027 | 11/05/2027 | 18/05/2027 | 15/06/2027 | 22/06/2027 |
| R20271.2 | Minor | 20/04/2027 | 04/05/2027 | 01/06/2027 | 29/06/2027 | 06/07/2027 | 27/07/2027 | 03/08/2027 |
| R20272 | Major | 20/04/2027 | 04/05/2027 | 27/07/2027 | 24/08/2027 | 07/09/2027 | 12/10/2027 | 19/10/2027 |
| R20272.1 | Minor | 17/08/2027 | 02/09/2027 | 28/09/2027 | 26/10/2027 | 03/11/2027 | 23/11/2027 | 30/11/2027 |
Processus de release
Release management
Le release management de la Plate-forme eHealth se déroule selon un planning fixe. Vous trouverez ci-après un aperçu des principales phases du processus de release.
Phases du processus de release
| Timing | Étapes |
|---|---|
|
X - 1 an : |
Un an avant la release, on décide du contenu des changements apportés à la nouvelle release par rapport à la précédente. |
| X - 6 mois : | « content freeze » : plus aucune modification n’est apportée quant aux changements par rapport à la major release précédente. |
| X - 3 mois : | « code freeze » : plus aucune modification n’est apportée au code de la major release, les cookbooks sont publiés. |
| X - 5 semaines : | Début des tests dans l’environnement d’acceptation de la major release. |
| X - 2 semaines : | « acceptation freeze ». |
| X - 1 semaine : | Évaluation de la nouvelle version, c.à.d. le Go/noGo. |
| X | Montée en production. |
Mise en production selon le principe de la « version canari »
Depuis la transition en juin 2021, la Plate-forme eHealth a recours à deux « Availability Zones » (AZ) : AZ IN et AZ UP. De manière standard, 95 % du trafic est traité via AZ IN et 5 % à AZ UP.
Chaque nouvelle release est mise en production selon le principe de la « version canari ». Dans ce cadre, la nouvelle release est d’abord mise en production dans une seule « Availability Zone » (généralement AZ UP). Ensuite le trafic est progressivement dirigé vers cet environnement. Dès que la stabilité de la nouvelle release est confirmée, la deuxième Availability est mise à jour.
Dans le calendrier des releases, vous trouverez pour chaque « Availability Zone » les dates prévues de déploiement dans l’environnement d’acceptation (ACC) et dans l’environnement de production (PRD).
Planning de la mise en production
Le planning ci-après décrit les différentes étapes de la mise en production.
Le planning peut exceptionnellement être modifié en fonction de la progression d'une release. Les éventuelles modifications sont publiées sur la page eHealth Status.
Lorsqu'une intervention avec un impact est nécessaire dans le cadre d'une release, celle-ci est en principe planifiée un dimanche (D3).
| Timing | Étapes |
|---|---|
| J1 Vendredi (qui précède la mise en PRD sur l’AZ UP) | Tout le trafic est basculé (à 12 h 30) sur l’AZ IN afin de permettre la mise en production sur l’AZ UP sans perturber la production. |
| J2 Samedi | X |
| J3 Dimanche | X (2*) |
| J4 Lundi | X |
| J5 Mardi | La mise en production se fait sur l’AZ UP durant la journée. |
| J6 Mercredi | Le trafic est redirigé sur l’AZ UP en 2 temps : à 12 h 00 5 % et à 14 h 30 50 %. |
| J7 Jeudi | 95 % du trafic est redirigé sur l’AZ UP à 12 h 30. |
| J8 Vendredi | 100 % du trafic est redirigé sur l’AZ UP à 12 h 30. |
| J9 Samedi | X |
| J10 Dimanche | X |
| J11 Lundi | X |
| J12 Mardi | La mise en production se fait sur l’AZ IN durant la journée. |
| J13 Mercredi | Le trafic est redirigé sur l’AZ IN en trois temps : à 12 h 00 5 % et à 14 h 00 50 % et 95 % à 22 h 00. |
Tests dans l’environnement d’acceptation
Il est demandé aux partenaires et aux fournisseurs de logiciels de tester la nouvelle release dans l’environnement d’acceptation (ACC).
Les directives suivantes sont applicables à cet égard :
- à chaque release ou intégration d'un nouveau composant, il est recommandé de réaliser des tests de compatibilité ;
- il y a lieu d'utiliser uniquement des données à caractère personnel fictives lors des tests ;
- l'utilisation de données à caractère personnel réelles est strictement interdite ;
- les éventuels problèmes constatés peuvent être signalés au service de support de la Plate-forme eHealth.
Les Release Notes sont publiées le jour où la release est mise à la disposition dans l’environnement d’acceptation. Elles contiennent notamment :
- les principaux nouveaux développements ;
- les modifications aux services de base ;
- les services qui arrivent au terme de leur cycle de vie ;
- les problèmes et points d’attention connus.
Principales définitions
Dénomination des versions
Chaque release obtient un numéro de version selon les conventions suivantes :
AAAAx.a
où
- AAAA = l’année
- x = version majeure
- a =version mineure
Exemples
- R20261: la première major release de 2026
- R20261.2: la deuxième minor release de la première major release de 2026
Major release
Une major release comprend :
- la mise en production d'une nouvelle version du connecteur ;
- la mise en production de nouveaux services de base eHealth ;
- des modifications structurelles ou architecturales.
Minor release
Une minor release comprend :
- la mise en production de services mineurs ;
- la maintenance corrective et évolutive ;
- des modifications sans impact fondamental sur l’architecture.
Content proposal
Le « content proposal » comprend toutes les informations nécessaires pour initier un projet.
Pour déterminer les informations requises, veuillez contacter l’équipe de gestion de projets via ehealthppkb@ehealth.fgov.be.
Le « content proposal » doit être complet pour la date mentionnée dans le calendrier des releases, de sorte à pouvoir évaluer l'impact sur le planning et le développement de nouveaux services de base.
Content freeze
A partir du « content freeze », le contenu de la release est définitivement fixé. Il ne sera plus possible d’ajouter de nouvelles fonctionnalités ou des modifications.
Code freeze
A partir du « code freeze », plus aucune modification n’est apportée au code source de la release. Seules les corrections strictement nécessaires sont acceptées.
Début des tests en ACC
Il est demandé aux partenaires et aux fournisseurs de logiciels d’exécuter des « sanity tests » dans l’environnement d’acceptation et, au besoin, de signaler les problèmes constatés au service de support de la Plate-forme eHealth.
Release day
Le « release day » est la date à laquelle une release est mise en production dans les deux Availability Zones (AZ IN et AZ UP), conformément au principe de la « version canari ».
Intervention de configuration
Une intervention de configuration comprend les modifications de la configuration résultant d'une demande de support ou d’une demande concernant un projet.
Release
Une release contient les différents types de développements et la maintenance évolutive des services existants.
Calendrier des interventions de configuration
Le calendrier des interventions de configuration offre un aperçu des interventions de configuration prévues.
Une intervention de configuration peut porter sur :
- un projet (service de base) ;
- un onboarding ;
- une demande de support ;
- une demande de certificat.
| Intervention date | Freeze date |
|---|---|
| 29/04/2026 | 19/04/2026 |
| 20/05/2026 | 10/05/2026 |
| 24/06/2026 | 14/06/2026 |
| 29/07/2026 | 19/07/2026 |
| 26/08/2026 | 16/08/2026 |
| 23/09/2026 | 13/09/2026 |
| 21/10/2026 | 11/10/2026 |
| 18/11/2026 | 8/11/2026 |
| 16/12/2026 | 06/12/2026 |
| 20/01/2027 | 10/01/2027 |
| 17/02/2027 | 07/02/2027 |
| 17/03/2027 | 07/03/2027 |
| 14/04/2027 | 04/04/2027 |
| 19/05/2027 | 09/05/2027 |
| 30/06/2027 | 20/06/2027 |
| 22/07/2027 | 12/07/2027 |
| 11/08/2027 | 01/08/2027 |
| 15/09/2027 | 05/09/2027 |
| 27/10/2027 | 17/10/2027 |
| 17/11/2027 | 07/11/2027 |
| 15/12/2027 | 05/12/2027 |
Pour les interventions de configuration, les règles suivantes sont applicables :
- Toute modification relative à l’intervention doit être soumise à l’équipe support integration-support@ehealth.fgov.be au plus tard 10 jours avant l’intervention (« freeze date »).
- Si la modification n’est pas soumise dans les délais (« freeze date »), elle est reportée à l’intervention suivante (sauf urgence).
Release note
Release Notes Minor Release R20261.2
Minor release du 28/07/2026
Ce document est en anglais
Release Notes Minor Release R20261.1
Minor release du 23/06/2026
Ce document est en anglais
Release Notes Major Release R20261
Major release du 28/04/2026
Ce document est en anglais
Release Notes Minor Release R20252.2
Minor release du 24/02/2026
Ce document est en anglais
Release Notes Minor Release R20252.1
Minor release du 09/12/2025
Ce document est en anglais
Release Notes Major Release R20252
Major release du 14/10/2025
Ce document est en anglais
Release Notes Minor Release R20251.2
Minor Release du 29/07/2025
Ce document est en anglais
Release Notes Minor Release R20251.1
Minor Release du 24/06/2025
Ce document est en anglais
Release Notes Major Release R20251
Major release du 15/04/2025
Ce document est en anglais
Release Notes Minor Release R20242.2
Minor Release du 25/02/2025
Ce document est en anglais
Release Notes Minor Release R20242.1
Minor Release du 03/12/2024
Ce document est en anglais
Release Notes Major Release R20242
Major Release du 20/10/2024
Ce document est en anglais
Release Notes Minor Release R20241.2
Minor release du 23/07/2024
Ce document est en anglais
Release Notes Minor Release R20241.1
Minor Release du 18/06/2024
Ce document est en anglais
Formulaire
Demande de réservation dans l’environnement d’acceptation pour un test ou une démo
Demande de réservation dans l’environnement d’acceptation pour un test ou une démo.
Ce document est en français et en néerlandais
Contact
Notre formulaire est en cours de chargement. Si ce message reste visible et qu’aucun formulaire n’apparait veuillez vérifier que le Javascript est bien activé sur votre navigateur, accepter les cookies correspondant et réessayer de charger cette page.