Non-Functionele Requirements

BE-IP (ESB)-01

Service Level Productie: Hoog beschikbaar

Ja

Hoog beschikbaarheid.
Een hoog beschikbare omgeving moet voldoen aan de volgende requirements:

• 99% beschikbaarheid;
• Dubbele aansluiting met dubbele apparatuur.

Deels.
Er is dubbele aansluiting met tweede omgeving, echter nog geen global loadbalancer over de twee omgevingen heen. Applicaties moeten hiermee om te gaan.

BE-IP (ESB)-02

Service Level Non-productie: standaard beschikbaar

Ja

Standaard beschikbaarheid.
Een standaard beschikbare omgeving moet voldoen aan de volgende requirements:

• 98% Standaard beschikbaarheid;
• Enkelvoudige aansluiting.

Ja

BE-IP (ESB)-03

Service Level Productie: 24/7

Ja

24/7 beschikbaarheid.
Een 24/7 beschikbare omgeving moet voldoen aan de volgende requirements:

• 99,95% beschikbaarheid;
• Dubbele aansluiting met dubbele apparatuur;
• Ondersteuning voor storingen ook buiten kantooruren over de hele keten;
• Automatisch kunnen uitrollen naar meerdere omgevingen.

Nee.
Voor enkele applicaties ondersteuning bij TPB en TAB, maar niet bij Infra; dubbele aansluiting alleen bij LMW2.

BE-IP (ESB)-04

Beschikbaarheid Productie en Non-productie

Ja

Om de continuïteit van de omgeving voor de afnemers te waarborgen moeten alle omgevingen beschikbaar zijn tijdens een disaster.

Ja.
De verdeling van nodes over twee DC's.
Productie servers redundant uitgevoerd in beide datacenters.

Performance

Ja

De performance van Productie op de runtimes mag niet lijden onder de resourcevraag van T en A op datzelfde cluster.

Ja.
In Mule 4 wordt Productie hardware- matig gescheiden van T en A om dit uit te sluiten.

CA-IP (ESB)-01

Capaciteit moet flexibel zijn (op- en afschalen afhankelijk van het gebruik)

Het aantal instanties van de runtimes kan ingesteld worden; binnen afgesproken marges kan er automatisch op- en afgeschaald worden afhankelijk van de aanvragen. Er wordt gebruik gemaakt van loadbalancers.
N.B. De applicaties die hier gebruik van maken, moeten hiermee om kunnen gaan.

Ja, binnen de perken van de beschikbare hardware.

PE-IP (ESB)-xx

SE-IP (ESB)-01

Authenticatie en Autorisatie met RWS IAM oplossingen

Ja

Vanuit de overheid en RWS zijn er verschillende IAM oplossingen voor diverse gebruikers zoals:

• AD voor eigen RWS gebruikers;
• ADFS voor overheden en gemeenten;
• eHerkenning voor werknemers derden;
• DigiD voor de Burger.
  Let op: het Integratie Platform dient Machine-to-Machine koppelingen. Interactie met gebruikers kan ook in het doorgeven opgenomen worden (denk aan tokens) maar is geen onderdeel van de functionaliteiten geboden vanuit het platform.

Nog niet, op dit moment wordt gebruik gemaakt van LDAP met AD. Er wordt aan gewerkt om op de RWS IAM oplossing (met Forgerock als tool en OAuth als protocol) aan te sluiten.
Voor de integratie management in de cloud wordt gekeken naar de Azure AD, via SAML (ook een dienst van IAM).

SE-IP (ESB)-02

Toepassen security zonering model

Ja

Het primaire doel van zonering is isoleren van risico's, zodat bedreigingen en incidenten uit de ene zone niet kunnen doorwerken in de andere zone.
<ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="476ff332-0e32-48c9-9829-bfaca5fe92e1"><ac:plain-text-body><![CDATA[Zie referentie [4].
]]></ac:plain-text-body></ac:structured-macro>
Voor het platform op VM's zijn dat runtimes in de DMZ zone, ook voor K8s van de leverancier. Echter het zoneringsmodel wordt herzien, zie R05. De herziening kan ook betekenen dat er juist geen ESB in DMZ nodig is, als bijv. een netscaler met de juiste poorten en juiste protocollen voor het (reverse) proxy functionaliteit als voldoende veilig wordt gezien.

Ja, waar mogelijk door gebruik van een Netscaler en anders met inzet van DMZ als tussenstap.

SE-IP (ESB)-03

Extern ontsloten data services en websites moeten encryptie toepassen.

Ja

Om data modificatie of injectie te voorkomen dienen de websites en services met actuele TLS versleuteld worden.

Ja

OP-IP (ESB)-01

Beheer omgeving

Ja

De omgeving moet minimaal de RWS standaarden volgen.

Ja
Standaard dienst wordt gekoppeld tijdens implementatie

OP-IP (ESB)-02

Monitoring

Ja

Buiten de standaard RWS monitoring dient er ook applicatie specifiek gemonitord worden

Ja,
Op basis van check_mk voor OS/netwerk monitoring en Grafana voor k8s monitoring. Splunk voor applicatieve monitoring.

OP-IP (ESB)-03

Monitor Dashboard

Ja

Dashboards met de gevraagde informatie (afhankelijk van de doelgroep) moeten beschikbaar zijn. Zie ook hoofdstuk Monitoring.

Ja, er zijn dashboards beschikbaar voor monitoring maar nog niet volledig volgens de requirements.

BR-IP (ESB)-01

Veilig stellen data

Ja

Configuratie omgeving moet minimaal volgens de RWS standaarden worden veiliggesteld. Het Integratie platform zelf bevat geen data.

Ja
Standaard dienst wordt ingeregeld tijdens implementatie

BR-IP (ESB)-02

Veilig stellen assets

Ja

De artefacts (code, applicaties) bewaard in repositories en in de AnyPoint Platform moeten minimaal volgens de RWS standaarden worden veiliggesteld.

Ja, standaard dienst voor interne repositories en contractuele afspraken met de leverancier voor SaaS

BR-IP (ESB)-03

Veilig stellen Runtimes

Ja

De runtime moet minimaal volgens de RWS standaarden worden veiliggesteld; voor het achterhalen en oplossen van incidenten voor minimaal één sprint (2 weken)

Een dagelijkse kopie naar een sFTP server, via scripting. Huidig bewaartermijn van 7 dagen.

NR-IP (ESB)-01

Onderhoudbaarheid

Ja

De systemen moeten voldoen aan de laatste (security) patches.

Ja,
standaard dienst voor Infra bouwstenen.
Bij K8s (IP2) verantwoordelijkheid van de leverancier (aanleveren) en van het beheerteam (installeren ervan).

NR-IP (ESB)-02

Schaalbaarheid moet mogelijk zijn

Ja

De systeem moeten horizontaal en/of verticaal schaalbaar zijn

Ja
Virtualisatie geeft verticaal schaalbaarheid en de oplossing is horizontaal schaalbaar. Bij K8s het aantal instanties instelbaar.

NR-IP (ESB)-03

Disaster Recovery

Nee

Initieel niet van toepassing, wordt onderzocht.

Nee. Alleen bij LMW2 is de Mule runtime redundant opgezet.

BUS-IP (ESB)-01

Missie-kritieke ketens

Ja

Er zijn inmiddels projecten die een missie-kritieke oplossing (2 DC oplossing en 24/7 support) vragen die het integratie platform moet kunnen bieden

Nee, alleen voor LMW2

TES-IP (ESB)-01

Gevirtualiseerde servers

Ja

Standaard zijn alle servers van RWS, gevirtualiseerde servers. Voor Windows en Linux systemen is de gebruikte virtualisatie software VMWare ESX.

Ja

TES-IP (ESB)-02

Server Operating System

Ja

De standard versie voor Linux is RedHat 9, 64-bit.

Ja

TES-IP (ESB)-03

Server Operating System

Ja

De standard versie voor Windows is Windows server 2019, 64-bit

Ja

TES-IP (ESB)-04

CaaS

Nee

Er wordt gebruik gemaakt van de K8s containers op het CNAP platform

Nee, door beperkingen van de leverancier een eigen K8s implementatie op onze VM's. Op termijn (zodra mogelijk) wel migratie naar een K8s implementatie van RWS.

TEC-IP (ESB)-01

Gebruik Standaard Building Blocks

Ja

Er moet gebruik gemaakt worden van de standard infra bouwstenen.

Ja