Retour vers : Documentation technique

Releases Management RSS

Le tableau ci-dessous reprend les dates des prochaines MR (Major Releases) prévues ainsi que les dates de début des tests en acceptation.

Prochaines releases
Nom Release Type
de release
Content freeze Code freeze Mise en ACC sur AZ UP Début tests ACC Mise en PRD sur AZ UP Release
R20242.2 Minor 14/11/2024 17/12/2024 14/01/2025 21/01/2025 18/02/2025 25/02/2025
R20251 Major 14/11/2024 04/02/2025 04/03/2025 11/03/2025 08/04/2025 15/04/2025
R20251.1 Minor 25/03/2025 22/04/2025 13/05/2025 20/05/2025 17/06/2025 24/06/2025
R20251.2 Minor 06/05/2025 03/06/2025 01/07/2025 08/07/2025 22/07/2025 29/07/2025
R20252 Major 06/05/2025 22/07/2025 26/08/2025 02/09/2025 07/10/2025 14/10/2025
R20252.1 Minor 26/08/2025 30/09/2025 28/10/2025 04/11/2025 02/12/2025 09/12/2025
R20252.2 Minor 13/11/2025 02/01/2026 13/01/2026 20/01/2026 17/02/2026 24/02/2026
R20261 Major 13/11/2025 03/02/2026 03/03/2026 17/03/2026 21/04/2026 28/04/2026
R20261.1 Minor 24/03/2026 28/04/2026 12/05/2026 19/05/2026 16/06/2026 23/06/2026
R20261.2 Minor 06/05/2026 01/06/2026 30/06/2026 07/07/2026 22/07/2026 28/07/2026
R20262 Major 06/05/2026 28/07/2026 25/08/2026 01/09/2026 13/10/2026 20/10/2026
R20262.1 Minor 03/09/2026 29/09/2026 27/10/2026 03/11/2026 01/12/2026 08/12/2026

 

Chaque mention de release suit la logique suivante : R2025x.y, où x indique la « Major Release » (MR) et y la « minor Release » (mR). Par exemple, R20251.2 est la 2e « minor Release » qui suit la première « Major Release » de l'année 2025.

Une MR est planifiée un an avant sa mise en place. Ci-dessous vous trouverez les étapes importantes du processus avec X = jour de la release majeure.

Mise en production release mineure
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.

Depuis juin 2021, notre nouvelle infrastructure est composée de deux AZ (Availability zone). Le trafic est réparti par défaut à 95 % sur l’AZ IN et 5 % sur l’AZ UP.

Chaque nouvelle mise en production se fera en mode « Canary release » (*). Dans le calendrier ci-dessus, vous trouverez 2 dates par environnements (AZ UP et AZ IN). Ces dates correspondent à la mise en ACC et PRD de la release.

(*) Explication du mode « Canary release »

Notre nouvelle infrastructure est composée de 2 AZ (Availability zone) qui nous permettent de mettre la nouvelle version de la release sur une de ces AZ (par défaut l’AZ UP) et ensuite de libérer le trafic petit à petit sur cette AZ (UP) contenant  la nouvelle release et ce afin de mettre à jour l’autre AZ (IN) avec la nouvelle release.

Modalités de mise en production d’une release mineure (*)

Mise en production release mineure
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
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.

(*) Ce planning est susceptible d’être légèrement modifié en fonction de l’état d’avancement des déploiements de la release

Vous trouverez ces potentiels changements via ce lien : https://status.ehealth.fgov.be/fr/interventions

Modalités de mise en production d’une release majeure (*)

Mise en production release majeure
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
J4 Lundi X
J5 Mardi X
J6 Mercredi Le trafic est redirigé sur l’AZ UP en 2 temps : à 12 h 00 5 % et à 14 h 00 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 La mise en production se fait sur l’AZ IN durant la journée.
J11 Lundi Le trafic est redirigé sur l’AZ IN en 3  temps : à 12 h 00 5 % et à 14 h 00 50 % et 95 % à 22 h 00.

(*) Ce planning est susceptible d’être légèrement modifié en fonction de l’état d’avancement des déploiements de la release

Vous trouverez ces potentiels changements via ce lien : https://status.ehealth.fgov.be/fr/interventions

L’environnement d’acceptation permet de réaliser les tests nécessaires à la mise en place de la release dans l’environnement de production.

Veuillez noter qu'il est indispensable d'utiliser des données (à caractère personnel) fictives lors des processus de tests ; l'utilisation de données réelles est strictement interdite.

Il est conseillé de procéder à des tests dans le but, pour chaque major release ou à chaque intégration d'un nouveau composant, de vous assurer que vos composants sont compatibles avec les (nouvelles) versions mises en ligne de nos services.

Les eHealth Release Notes sont des documents dans lesquels figurent les nouveaux développements principaux, les adaptations des services de base de la plate-forme eHealth, la fin de vie de services et les problèmes éventuels connus.

Les Release Notes sont publiées, sur le portail de la plate-forme eHealth, 3 mois avant une release majeure et un mois avant une release mineure.

Release note

Release Notes Minor Release R20251.1


Release Notes Major Release R20251


Release Notes Minor Release R2024.2.2


Release Notes Minor Release R20242.1


Release Notes Major Release R20242


Release Notes Minor Release R20241.2


Release Notes Minor Release R20241.1


Release Notes Major Release R20241


Release Notes Minor Release R20232.1


Release Notes Major Release R20232


Release Notes Minor Release R20231.2


Release Notes Minor Release R20231.1


Release Notes Major Release R20231


Release Notes Minor Release R20232.2


Release Notes Minor Release R20222.2


Release Notes Minor Release R20222.1


Release Notes Major Release R20222


Release Notes Minor Release R20221.2


Release Notes Minor Release R20221.1


Release Notes Major Release R20221


Release Notes Minor Release R20212.2


Release Notes Major Release R20212


Release Notes Major Release R20211


Release Notes Major Release R20202


Release Notes Major Release R20201


Release Notes Major Release R20192


Release Notes Major Release R20191


Release Notes Major Release R2018.2


Release Notes Major Release R20181


Release Notes Major Release R20172


Release Notes Major Release R20171


Release Notes Major Release R20162


Release Notes Major Release R20161


Release Notes Major Release R20152


Release Notes Major Release R2015.1


Release Notes Major Release R20141


Release Notes Major Release R20134

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.

Demande de réservation dans l’environnement d’acceptation pour un test ou une démo Version 2.3 (10/10/24) - 164.65 KB Nouvelle fenêtre
Ce document est en français et en néerlandais

Contact

Vos coordonnées

Votre demande

Référence de votre demande fournie lors de votre premier échange avec le Centre de contact eHealth (par formulaire, mail ou contact téléphonique)