Releases Management RSS

Op deze pagina wordt het beheerproces van de inproductiestellingen door eHealth beschreven. U vindt er:

• een kalender met de inproductiestellingen 
• de afspraken voor de namen van de verschillende fases van een release 
• een toelichting van de geleidelijke inproductiestellingen en de 'availability zones' (AZ) 
• de fases van het proces 
• duidelijke definities van de gebruikte termen

Deze informatie vormt een praktische gids voor partners en stakeholders.

De tabel hieronder bevat de data van de volgende releases en de begindata van de acceptatietesten.

Nomenclatuur van het versiebeheer

Elke versie volgt de afspraken voor de naamgeving:

AAAAAx.a

• AAAA : kalenderjaar
• x : major-versie
• a : minor-versie

Voorbeelden:

R20261 = de eerste major-versie van 2026

R20261.2 = de tweede minor-versie na de eerste major-versie van het jaar 2026

Definities 

Er zijn twee release-types:

• Minor-release:
  • inproductiestelling van de minor-diensten 
  • evolutief en correctief onderhoud 
  • geen fundamentele wijziging van de architectuur 
• Major-release:
  • inproductiestelling van de nieuwe versie van de connector 
  • inproductiestelling van nieuwe eHealth-basisdiensten 
  • structurele of architecturale wijzigingen

Het content proposal omvat alle informatie die nodig is om een project op te starten. Om te weten welke informatie dat is, dient u contact op te nemen met het projectmanagementteam via ehealthppkb@ehealth.fgov.be. De eventuele impact op de ontwikkeling (of het uitblijven daarvan) van nieuwe basisdiensten die in een release moeten worden gepland, kan zo worden geanalyseerd. Het content proposal moet volledig zijn op de datum die in de bovenstaande tabel vermeld is.

De content freeze:

• Er wordt geen wijziging meer aangebracht aan de inhoud van de lopende release.
• De inhoud van de versie is definitief.

De code freeze:

• Er wordt geen wijziging meer aangebracht aan de code van de lopende release.
• Enkel de strikt noodzakelijke correcties kunnen nog in aanmerking worden genomen.

Begin van de testen in ACC: er wordt aan de partners en de softwareleveranciers gevraagd om 'sanity tests' uit te voeren in de acceptatieomgeving en, indien nodig, de vastgestelde problemen terug te koppelen via de supportdienst van eHealth.

Release day is de datum van inproductiestelling van de release op beide AZ's (IN 95% en UP 5%).  Overeenkomstig het principe van de canary-release.

Configuratie-interventie omvat enkel de verschillende configuraties die afkomstig zijn van een ondersteuningsaanvraag of een aanvraag met betrekking tot een project.

Release omvat de verschillende soorten ontwikkelingen en het evolutief onderhoud van de bestaande diensten.

Proces

Hierna vindt u de belangrijke fases in het releasemanagement-proces van eHealth.

Sinds de overschakeling in juni 2021 naar onze nieuwe infrastructuur bestaande uit twee AZ's (availability zones), is het verkeer standaard verdeeld als volgt: 95% op AZ IN en 5% op AZ UP.

Elke nieuwe inproductiestelling geschiedt volgens het principe van de 'canary release': onze nieuwe infrastructuur bestaat uit twee AZ's (availability zones) waardoor we de nieuwe versie van de release op een van deze AZ's (standaard de AZ UP) kunnen plaatsen en vervolgens het gegevensverkeer dat deze nieuwe release bevat geleidelijk aan op die AZ (UP) kunnen vrijgeven om de andere AZ (IN) met deze nieuwe release bij te werken.

In de kalender hierboven vindt u twee datums per omgeving (AZ UP en AZ IN). Deze datums stemmen overeen met het in ACC en in PRD nemen van de release.

Fases van het proces

Inproductiestelling van een release 

Deze planning kan nog lichtjes wijzigen naargelang de stand van zaken van de uitrol van de release. U vindt deze mogelijke wijzigingen op de website van eHealth Status.

Wanneer er een interventie met impact moet plaatsvinden bij een release, wordt ze op zondag (D3) ingepland. U vindt deze mogelijke wijzigingen op de website van eHealth Status.

In de acceptatieomgeving kunnen de noodzakelijke testen voor de uitrol van de release in de productieomgeving plaatsvinden.

Merk op dat het noodzakelijk is om fictieve (persoons)gegevens te gebruiken bij de testen. Het gebruik van reële gegevens is strikt verboden.

Er wordt aanbevolen om testen uit te voeren bij elke release of integratie van een nieuwe component om na te gaan of uw componenten compatibel zijn met de (nieuwe) online versies van onze diensten. De Release Notes zijn documenten waarin de voornaamste nieuwe ontwikkelingen, de aanpassingen van de basisdiensten van het eHealth-platform, het levenseinde van diensten en eventuele gekende problemen worden beschreven. Ze worden op de dag van het in acceptatie nemen van een release op het portaal van het eHealth-platform gepubliceerd.

Configuratie-interventie

Inhoud van een interventie bevat alle wijzigingen afkomstig van:

• een project (basisdienst)
• een onboarding
• een supportvraag
• een certificaat-aanvraag

Volgende regels zijn van toepassing:

• Elke wijziging met betrekking tot de interventie moet 10 dagen vóór de interventie (Freeze date) bij onze support worden ingediend integration-support@ehealth.fgov.be.
• Indien de wijziging niet tijdig wordt voorgelegd (freeze date), wordt ze uitgesteld tot de datum van de volgende interventie (behalve bij hoogdringendheid).

Tabel van de configuratie

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---