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 de partners en stakeholders.

De tabel hierna bevat de data van de volgende Releases en de begindata van de acceptatietesten.

Nomenclatuur van het versiebeheer

Elke versie volgt een vaste benoemingslogica:

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 

• Type release
  • 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 basisdiensten eHealth 
    • structurele of architecturale wijzigingen
• De content proposal
  • De content proposal is het geheel aan informatie nodig voor het opstarten van een project. Om te weten te komen welke informatie vereist is, gelieve contact op te nemen met het team Projectbeheer via mail aan ehealthppkb@ehealth.fgov.be voor het verrichten van de impactanalyse op de (al dan niet) ontwikkeling van de nieuwe basisdiensten die in een release moeten worden ingepland. De content proposal moet volledig zijn tegen de datum vermeld in de tabel hierboven.
• 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
  • Datum van inproductiestelling van de release op beide AZ (IN 95% en UP 5%).  Overeenkomstig het principe van de canary-release.
• Configuratie-interventie
  • Deze interventies omvatten enkel de verschillende configuraties die afkomstig zijn van een ondersteuningsaanvraag of een aanvraag met betrekking tot een project (zie punt 5)
• Release
  • Een release omvat de verschillende soorten ontwikkelingen en het evolutief onderhoud van de bestaande diensten.

Proces

Hierna vindt u de belangrijke fases in het release management proces van eHealth.

Sinds de overschakeling in juni 2021 naar onze nieuwe infrastructuur bestaande uit twee AZ (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” (*). 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.

(*) Toelichting van het principe van “canary release”:

Onze nieuwe infrastructuur bestaat uit twee AZ (Availability zones) waardoor we de nieuwe versie van de release op een van deze AZ (standaard de AZ UP) kunnen plaatsen en vervolgens het gegevensverkeer dat deze nieuwe release bevat geleidelijk aan op deze AZ (UP) kunnen vrijgeven om de andere AZ (IN) met deze nieuwe release bij te werken.

Fases van het proces

Inproductiestelling van een release (1*)

(2*) 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 met als doel om bij elke release of integratie van een nieuwe component u ervan te vergewissen dat uw componenten met de (nieuwe) online versies van onze diensten compatibel zijn.
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.
De Release Notes 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
  • Elke wijziging afkomstig van
    • ofwel een project (basisdienst)
    • ofwel een onboarding
    • ofwel een supportvraag
    • ofwel een certificaat-aanvraag
• Te volgen regels
  • 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

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---

---