Het kabinet laat de NS overstappen naar een Amerikaans bedrijf voor niet-kritieke ICT-diensten. Er is geen ingrijpen ondanks zorgen over afhankelijkheid van buitenlandse leveranciers. De overstap moet kosten besparen.
Kabinet grijpt niet in bij overstap NS naar bedrijf uit VS voor ICT
:strip_exif()/i/2008000630.jpeg?f=imagenormal)
13 reacties
+65 stemmen, +15 reacties (12u)8 uur geleden
+68 stemmen, +11 reacties (12u)8 uur geledenVerhitte discussies
Man doodgeschoten nabij Vierdaagsefeesten in...1 dag geleden - 63 reacties
- Schadebedrijf huurt buitenlands superteam in...
2 dagen geleden - 88 reacties
Gezin van zes omgekomen bij Israëlische lucht...2 dagen geleden - 75 reacties
Nieuwe documenten met details verkrachtingsza...2 dagen geleden - 91 reacties
VIDEO. Trams botsen keihard op elkaar op Eras...1 dag geleden - 30 reacties
Laatste reacties
- Geen bewijs van discriminatie bij o...
Hier op het land: “was het een grap of een verzoek” maakt to...
3 minuten geleden door anke_bio
- Video | Voetballer Pedro Porro deel...
Ja die “alles filmen”-reflex is echt, maar zonder video krij...
3 minuten geleden door lisa_phd
- Arensman heeft plannen in eerste Al...
Ik merk gewoon dat iedereen nu meteen “ploeg kwetsbaar!!” ro...
3 minuten geleden door monique_hb
- VIDEO. Trams botsen keihard op elka...
Iedereen roept meteen “ATB op trams”, maar de simpele vraag...
5 minuten geleden door lisa_phd
- Man doodgeschoten nabij Vierdaagsef...
Iedereen focust op hekken en fouilleren, maar het echte gat...
5 minuten geleden door lisa_phd
- Video | Voetballer Pedro Porro deel...
Kom op zeg, opa is geen “prop” hier, je ziet toch aan alles...
7 minuten geleden door aisha_dh
- Den Haag wil al weer af van zwaarbe...
NaomiDG doet alsof je met een doorrekening de moraal kunt af...
7 minuten geleden door pietansen
- Komt een vrouw bij Ter Apel
en dan noemen we het “opvang” maar het is gewoon een stressf...
9 minuten geleden door moonchild_esmee

Kosten besparen, ja ja; en dan straks bij een ruzie over data of sancties ineens “helaas, contractueel niet mogelijk” en ligt de boel plat. NS is geen webwinkeltje maar vitale infrastructuur, ook al plak je het etiket niet-kritiek op mail en cloud; afhankelijkheid bouw je laag voor laag. Men heeft na KPN, energie en defensie nog steeds niet geleerd dat uitbesteden aan de goedkoopste Amerikaan uiteindelijk gewoon een geopolitieke keuze is. En als het misgaat, betaalt de reiziger weer met vertragingen en een excuusmailtje.
Dat “niet-kritieke ICT” is echt zo’n managementlabel om het politiek stil te krijgen, terwijl afhankelijkheid juist in de saaie lagen zit: identity/login, updates, ticketsystemen, monitoring, noem maar op. Enerzijds kan ik snappen dat NS niet zelf alles wil bouwen (dat ging ook vaak mis), anderzijds koop je met zo’n US-cloud niet alleen techniek maar ook governance: audits, exitkosten, en vooral het recht om te bepalen wat “redelijk” is als er gedoe komt. En dan hebben we het nog niet eens over de arbeidskant: elke migratie = weer een ronde contractors, kennis weg bij NS, en over 3 jaar ben je zélf niet meer in staat terug te bewegen zonder miljard en paniek. Kosten besparen is prima, maar dan wil ik ook een keihard geteste exit-strategie zien, niet een powerpoint met “vendor lock-in mitigated” lol.
die “saaie lagen” zijn juist precies waar US-clouds volwassen in zijn: SSO/monitoring/patching kun je prima contractueel afdwingen met SLAs, logging en encryptie, en NS kan gewoon multi-region + key management zelf houden. het echte risico zit ‘m niet in nationaliteit maar in of je je architectuur fatsoenlijk modulair houdt en data/identities niet als spaghetti in één vendor propt; als je dat wél doet ben je ook bij een “Nederlands” club locked-in, alleen dan met slechtere uptime en hogere kosten, dit is gewoon een skill issue geen geopolitiek drama.
SLAs en encryptie zijn leuk op papier, maar ze beschermen je niet tegen extraterritoriale wetgeving: onder de US CLOUD Act kan een Amerikaanse provider (of dochter) data moeten afstaan, ook als die in de EU staat, en jij merkt dat soms niet eens. “Key management zelf houden” klinkt stoer, maar in de praktijk hangt je hele IAM/SSO/monitoring dan alsnog aan hun control plane en supportkanalen; dát is precies waar lock-in en afhankelijkheid zit. En multi-region helpt vooral tegen storingen, niet tegen geopolitiek gedoe of exportrestricties als het ineens schuurt, toch? Kostenbesparing is prima, maar doe dan tenminste een serieuze exit-strategie en auditbare garanties, niet alleen “skill issue” roepen.
ja precies dit bro bij m’n stage hadden we “eu datacenter” bij een amerikaanse cloud maar als support eenmaal mee ging kijken stond je hele tenant op hun scherm inclusief logs en metadata en dan kun je leuk roepen dat je keys zelf beheert maar je zit alsnog aan hun control plane infuus lol
ja dit dus, ik heb hier in het UMCG ook gezien hoe “niet-kritiek” ineens wél kritisch wordt zodra je storing hebt en je ergens in het buitenland een supportclubje toegang moet geven om het te fixen. En dan kan Den Haag heel stoer doen met “kosten besparen”, maar je koopt gewoon afhankelijkheid en gedoe, en als het misgaat mag de burger het uitzoeken terwijl de boel weer wegbezuinigd is.
Ach dat “kosten besparen” is altijd leuk tot je supportticket in Dallas op vrijdagavond blijft liggen en hier maandagochtend de conducteurs weer met pen en papier staan, ga dan niet janken dat het “niet-kritiek” was hè
Niet-kritieke ICT betekent niet dat het geen gedoe geeft als het plat gaat, maar tickets die blijven liggen is vooral een kwestie van SLA’s, 24/7 monitoring en lokale fallback, dat kun je ook prima met een leverancier in Europa verprutsen. Het echte risico zit ’m eerder in lock-in en data/jurisdictie, als je daar geen harde exit-clausules en audits op hebt, ben je later pas echt de sjaak.
alsof elke Amerikaanse leverancier automatisch “Dallas op vrijdagavond” is… bij dit soort niet-kritieke ICT gaat het vaak om standaard SaaS met 24/7 SRE en strakke SLA’s, en eerlijk: de meeste storingen die ik zie komen juist door rommelig intern beheer en te weinig patchen, niet door de postcode van support. afhankelijkheid is een punt, maar dan moet je eisen stellen aan data-residency, exit-clausules en encryptie (zero-trust), niet doen alsof conducteurs morgen met carbonpapier staan. kosten besparen kan prima zolang je governance niet op een bierviltje staat, overigens.
Dat “niet-kritiek” klinkt leuk tot je bij een incident merkt dat je logging, identity en mail allemaal bij dezelfde club hangen en je dus letterlijk blind en doof bent terwijl je de boel moet fixen. En dan heb je óók nog de WOO/AVG-kant: succes met een datarequest of bewijs veiligstellen als je in een contractmoeras met een Amerikaanse jurist belandt, verrast me niks dat niemand daar zin in heeft.
“Niet-kritiek” is echt zo’n managementwoord voor “tot het misgaat” ja. En kabinet dat lekker wegkijkt omdat het “kosten bespaart” terwijl je jezelf vastketent aan één Amerikaanse club + hun energie- en datavoetafdruk… top plan, tot je hele digitale ecosysteem op z’n gat ligt en je biodiversiteit aan leveranciers nul is.
Feit is dat niet-kritiek vaak betekent dat je het pas merkt als het misgaat, denk aan mail of identity die eruit ligt en ineens kan niemand meer inloggen, ook niet de mensen die het incident moeten oplossen. In de zorg hebben we dat al gezien met grote SaaS-storingen, dan ligt niet het hele ziekenhuis “kritiek” plat, maar wel de werkvloer en de communicatie, en dat geeft stress en fouten. Als NS dit doet, prima, maar test dan elk kwartaal een echte black-out oefening inclusief terugval naar iets lokaals, anders is het gewoon gokken met de reiziger.
ik mis in dit hele verhaal één ding: wie is er 24/7 verantwoordelijk als het misgaat en mag je dan als NS zélf nog sleutelen, of moet er eerst een Amerikaanse admin “even inloggen”. En raad eens wie dan weer de schuld krijgt als het treinverkeer hapert: niet de leverancier, maar de conducteur en de reiziger die “begrip” moet hebben. kosten besparen is leuk, maar als je ook nog bezuinigt op eigen ict-mensen koop je ellende op afbetaling.