Microsoft lost oorzaak op van Azure-storing die onder meer NS trof - update 2

Microsoft heeft de oorzaak van de Azure-storing naar eigen zeggen opgelost. Door deze storing werkte onder meer de online omgeving van Microsoft 365 enkele uren niet. Ook de NS-app, -reisplannersite en -kaartautomaten waren getroffen.

Volgens de Azure-statuspagina heeft een 'onbedoelde configuratiewijziging' gezorgd voor een storing bij de CDN-dienst Azure Front Door waardoor 'sommige diensten' niet langer werkten. Microsoft heeft de wijziging inmiddels teruggedraaid. De getroffen diensten zouden daardoor langzamerhand weer moeten werken. Volgens Microsoft duurt het naar verwachting nog vier uur voordat het herstel volledig voltooid is.

Op AlleStoringen.nl kwamen sinds circa woensdagmiddag 16.00 uur duizenden storingsmeldingen binnen bij diensten die gebruikmaken van Microsoft Azure, waaronder Microsoft-diensten als Microsoft 365 en Xbox. Ook de NS-app, -reisplanner en -kaartautomaten lagen eruit. Uit berichten op sociale media bleek eveneens dat de Azure-portal offline was. Eerder deze maand had Azure ook al last van een storing.

Update, 18.30 uur: Microsoft heeft op de servicepagina informatie gedeeld over de oorzaak van de storing. Die informatie is in het artikel verwerkt.

Update 2, 20.25 uur: Volgens Microsoft is de gewraakte configuratiewijziging teruggedraaid. De getroffen diensten zouden geleidelijk weer naar behoren moeten werken. Het artikel is hierop aangepast.

Reacties (199)

[m4gn3t]

Hopelijk zijn de verkiezingen analoog genoeg 😬

[Helium-3]

De Partij voor de Dieren CDN (https://assets.partijvoordedieren.nl/) is ook getroffen... Wat een timing :O

[smiba]

Denk dat je de verkeerde URL hebt, want dat domein resolved niet eens.

Ze lijken nu tenminste https://pvddassets.blob.core.windows.net te gebruiken, die werkt wel

[Glashelder]

Frontdoor is een DNS service dus ja die resolvt niet..

[Reactie gewijzigd door Glashelder op 29 oktober 2025 19:14]

[CP1977]

Traffic manager is een dns service, azure frond door is wel even iets meer dan dat

[xFeverr]

Failover naar hun directe blob storage container ipv via Azure Frontdoor dus.

[2green]

PVV lag er ook uit zag ik. Niet mijn partij maar vraag mijn dan toch af of zoiets niet de stemmen significant beïnvloed.

[bzuidgeest]

Mensen hebben hun keus al lang gemaakt. De sites gaan echt niemand overtuigen. In ieder geval geen significante aantallen.

Hoe was het in de matrix.... You have already made the choice, now you just need to understand it. 🤣

[2green]

Haha nice even opgezocht: "You didn't come here to make the choice, you've already made it. You're here to try to understand why you made it"

Voelt hier soms wel aan als de matrix, maar dan gevalletje kies je rood of het blauwe pilletje.

[matroosoft]

Heel blij dat dat nog steeds op papier is, daar offer ik graag een klein bos aan bomen aan op.

[BitProcessor]

Kan je even verklaren waarom?

[matroosoft]

Digitaal is nooit waterdicht te krijgen. En met bijna alles accepteer ik een hele kleine kans dat het misgaat, zelfs met banken. Maar de democratie heb ik er niet voor over

[bzuidgeest]

Digitaal is absoluut waterdicht te krijgen. Zolang je maar een afschrift krijgt. Een soort kassabon.

Alle vormen van fraude zijn bij een goede inrichting te detecteren.

Maar krijg maar eens een overheid die ict projecten fatsoenlijk doet... Nogal een vraag.

[Reactie gewijzigd door bzuidgeest op 29 oktober 2025 23:22]

[matroosoft]

Waar garandeert een kassabon? Weet je daarmee zeker dat dat ook is wat er centraal geregistreerd is? Je kan de centrale registratie ook niet vergelijken met je kassabonnetje want ivm stemgeheim kan die geen identifier bevatten.

Heb liever dat de overheid op andere vlakken met inzet op ict. Hier voegt het nauwelijks iets toe en zijn de gevaren té groot.

[bzuidgeest]

Ja je kan zeker weten wat er centraal geregistreerd is want dat kan je met het kassa bonnetje opvragen. Derde partijen zouden de bonnetjes met hun unieke en anonieme codes zo kunnen natellen. Je zou zelfs een kopie in een stembus kunnen doen. Dan heb je na het stemmen onmiddellijk een uitslag die net als nu op papier is na te tellen. Maar dan niet zo een a0 vel maar iets kleins.

Veilig digitaal stemmen is uiteindelijk een wiskunde problem en het is een opgelost probleem.

Het is een redelijke vraag om je af te vragen of het wat toevoegd, maar dat is iets anders dan vragen of het technisch veilig kan. Dat kan gewoon.

[Reactie gewijzigd door bzuidgeest op 29 oktober 2025 23:38]

[Hoover]

En wat als er bij een stembureau de stroom voor langere tijd uit valt?
Aangezien we zelfs in het nieuws worden gewaarschuwd dat dit in de toekomst voor zal gaan komen?

Ja, je kunt zeggen, een stemlocatie kan ook afbranden, maar die kans is, zeker met alle problematiek omtrent stroomvoorziening, vele malen kleiner dan stroom uitval.

Elke locatie maar een batterij geven of ups?

Nee hou het op papier.

[david-v]

Stemmen op papier, in het donker. Ofwel bij elke stembureau moet een hele set aan zaklampen liggen met extra batterijen zodat je kan zien wat je op stemt.

Voor alles is wel een voordeel en nadeel te bedenken

[bzuidgeest]

Bij deze verkiezingen is nog een uitslag uitgesteld vanwege een brand. Dus zo klein is die kans blijkbaar niet.

Maar zoals ik al aangaf. Als het geen voordelen bied hoeft het niet perse van mij. Mij ging het er om dat jij het onveilig noemt en dat hoeft gewoon helemaal niet. Het kan technisch veiliger zijn dan wat we nu doen.

Kan jij nu terugkijken wat jij gestemd hebt? Wat er voor jou geteld is? Nee dat kan je niet. In een digitaal systeem met papieren afschrift kan je dat wel. Dan kan iedereen natellen. Zelfs zonder hulp van de overheid.

Tuurlijk kan er een stroom probleem zijn. Maar nu is een uitslag verlaat vanwege een ipad probleem....
Want doorgeven van het tellen gaat blijkbaar digitaal. Je kan niet argumenteren op basis van wat mogelijk fout kan, papier brand. Kan verwisselt worden etc etc etc... Stroom kan uitvallen. Metoriet op stemlocatie.
Je kan van alles verzinnen.

[jerisson]

Ik heb in België ook al gehoord dat men niet kon beginnen omdat de juiste officiële potloden niet aanwezig waren.

Of zoals david-v al aangeeft: als de stroom uitlicht dan is ook het licht uit. Veel stembureaus zijn in feestzalen waar amper zonlicht binnenkomt.

Voor dit soort zaken zijn eenvoudige procedures voorzien. Vaak kan je een uurtje later starten, of aan het einde van de dag een uur extra voorzien.

[Bux666]

[...] een stemlocatie kan ook afbranden [...]

[...] de stroom voor langere tijd uit valt [...]

'In Venray speelt de nasleep van een brand het stemmentellen parten. Er brak vannacht rond 02.00 uur brand uit in een stoppenkast van het gemeentehuis, waardoor tientallen mensen het pand moesten verlaten en het tellen werd stilgelegd.

Hoewel de stembiljetten niet te lijden hebben gehad onder het vuur en het bluswater, kan het tellen nog niet worden hervat vanwege een stroomstoring in het pand. Halverwege de ochtend kon een gemeentewoordvoerder nog niet zeggen waar of wanneer het werk wordt hervat.'

Bron: NOS

[wooha]

Nadeel daarvan is dat daarmee aan ander ook kan controleren of iemand zijn stem na dwang of koop inderdaad heeft uitgebracht zoals bedoeld.

[bzuidgeest]

Goed punt. Maar houd je dat soort criminaliteit werkelijk tegen? En hoe denk je dat iemand een significant aantal stemmen gaat kopen op afdwingen. Binnen een gezin misschien, misschien zelfs in een kleine gemeenschap. Maar een heel dorp of stad die gedwongen word? En dat is wat je nodig hebt om de naald een beetje te bewegen.

Ik denk dat het probleem van gekochte of dwang bij stemmen verwaarloosbaar is qua invloed. Het moet niet gebeuren, maar als het op de schaal gebeurd waarop het uitmaakt, dan is er veel meer aan de hand en is niets in het kiezen nog betrouwbaar. Dan moet je namelijk stellen dat het makkelijker is om gewoon te zeggen dat in jou gemeente iedereen op partij X heeft gestemd. En alle papiertje daarvoor inkleuren.

[Turmin]

[offtopic]
Partij X zou oprecht wel een coole naam voor een politieke partij zijn.
[/offtopic]

[BitProcessor]

Stemplicht voorbeeld:

• bij aankomst wordt je naam geregistreerd als zijnde: heeft gestemd
• Je trekt een RFID kaartje met uniek id uit een grote stapel ongebruikte kaartjes (wit, naamloos)
• Het kaartje laat je toe je stem uit te brengen op computer
• Na stemmen (of niet) gaat je kaartje in een grote bak met “heeft gestemd”
• Je gaat naar huis

Na mag jij me vertellen waar die stem te herleiden is naar mij als persoon?

De enige mogelijkheid die ik zie is DNA maar dat kan met papier evengoed.

Mis ik iets?

[bzuidgeest]

Ja, je mist het feit dat ik zeg dat het niet te herleiden kan. Dus je stelt iets aan de kaak dat ik niet gezegd heb. Waarom denk jij dat ik het tegenovergestelde zeg?
In jou optie mist overigens een later eenvoudig door de burger te herleiden papertrail.

[Reactie gewijzigd door bzuidgeest op 30 oktober 2025 08:31]

[Conteaster]

Zou je op deze manier niet heel eenvoudig o.b.v. een timestamp van aankomst en van de stem een link kunnen leggen? Bij grotere stembureaus misschien niet omdat er altijd voldoende mensen tegelijkertijd aan het stemmen zijn, maar bij kleine stembureaus is dat niet altijd het geval.

[jerisson]

Zoals ik het systeem in België ken wordt er geen timestamp of volgorde bijgehouden: er ligt een papieren lijst met alle stemplichtigen en er wordt enkel een kruisje achter je naam gezet als je je aanmeldt. De volgende persoon in de procedure geeft je een chipkaart. Vermits er geen naam doorgegeven is is deze kaart ook anoniem.

Dus ook al wordt er bijgehouden wanneer een stem is uitgebracht (iets waar niemand in het kantoor overigens inzicht in heeft), dan nog kan je dit niet linken aan de naamlijst.

[Turmin]

Stemplicht voorbeeld:

• bij aankomst wordt je naam geregistreerd als zijnde: heeft gestemd
• Je trekt een RFID kaartje met uniek id uit een grote stapel ongebruikte kaartjes (wit, naamloos)
• Het kaartje laat je toe je stem uit te brengen op computer
• Na stemmen (of niet) gaat je kaartje in een grote bak met “heeft gestemd”
• Je gaat naar huis

Na mag jij me vertellen waar die stem te herleiden is naar mij als persoon?

De enige mogelijkheid die ik zie is DNA maar dat kan met papier evengoed.

Mis ik iets?

Probleem is dat je niet weet wat er aan de achterzijde wordt opgeslagen.
Als er een timestamp, locatie, stemhokje A, B of C, ... wordt opgeslagen, dan kun je eenvoudig met een camera beeld of een foto in de media van een politicus die stemt bijv. met een best grote zekerheid herleiden wat diegene heeft gestemd. Je zou zelfs je online data profiel er nog bij kunnen gebruiken.
"Meneer de vries was 15:12 bij de AH aan de beukenlaan en heeft gepint met z'n mobiel, en ging onderweg naar huis langs het stembureau waar deze om 15:23 aankwam om vervolgens om 15:54 thuis aan te komen en verbinding maakte met SSID Ziggo53DFB6A."

Het is wel grappig dat je fysiek DNA noemt, maar we hebben ook nog digitaal DNA.

100% anoniem kan nooit.

[Reactie gewijzigd door Turmin op 30 oktober 2025 12:40]

[Aalard99]

Een uitgangspunt is dat je stem nooit gerelateerd mag worden aan een persoon. Dit is digitaal nooit 100% te regelen, er is altijd een trace terug naar de persoon. Op papier kan dit wel, er kan nooit achterhaald worden wie een stem op een bepaald formulier heeft uitgebracht.

[bzuidgeest]

Dit is digitaal nooit 100% te regelen, er is altijd een trace terug naar de persoon.

Dat slaat nergens op. Digitaal stemmen is ook een hokje inlopen en op een knop duwen voor je keuze. Niets koppelt dat aan jou. Het papier is alleen vervangen.

Sterker nog het kan beter zijn dan wat we nu doen. Je stemt door op een knopje te duwen en krijgt een unieke code met je keuze op papier. Die code kan je later kijken of die goed verwerkt. Dat kan je doen bij een overheid. Door je anonieme random code in te tikken, of je kan dat doen in een burgerinitiatief door alle codes zonder (bijvoorbeeld verdachte overheid) na te tellen.

Met de huidige methode heb jij geen enkele manier om te zien hoe jou stem geteld is. Jij kan niet makkelijk controleren wat er geteld is en hoe. (je mag naar elk gemeentehuis om na te tellen al burger, veel succes).
Met een digitaal stemmen met afschrift krijg je veel meer verificatie mogelijkheden en kan je nog steeds anoniem zijn. De machine weet dat er iemand stemt, niet wie er stemt.

[Tsjilp]

[...]

Met de huidige methode heb jij geen enkele manier om te zien hoe jou stem geteld is. Jij kan niet makkelijk controleren wat er geteld is en hoe. (je mag naar elk gemeentehuis om na te tellen al burger, veel succes).
Met een digitaal stemmen met afschrift krijg je veel meer verificatie mogelijkheden en kan je nog steeds anoniem zijn. De machine weet dat er iemand stemt, niet wie er stemt.

Dat heb je wel, je mag als burger namelijk gewoon aanwezig zijn bij het tellen van de stemmen. (ok dan zie je niet of _jouw_ stem goed geteld wordt)

https://www.kiesraad.nl/verkiezingen/tweede-kamer/uitslagen/tellen-van-de-stemmen-tweede-kamerverkiezing

Iedereen is welkom om de telling bij te wonen, zoland dit het tellen van de stemming niet verstoort. Als iemand denkt dat er iets niet goed verloopt tijdens het tellen van de stemmen, dan kan hij/zij dat aangeven bij de voorzitter van het stembureau. Deze maakt hiervan een aantekening in het proces-verbaal. In een gemeente met centrale stemopneming, kan het stembureau de hertelling overlaten aan het gemeentelijk stembureau.

Dat is wat anders als natellen zoals jij stelt (als burger natellen)

[Reactie gewijzigd door Tsjilp op 30 oktober 2025 14:47]

[bzuidgeest]

Dat weet ik al, gezien ik schreef: (je mag naar elk gemeentehuis om na te tellen al burger, veel succes).

Maar dat is een hele klus en je kan niet overal zijn. Digitaal zou volledig onafhankelijk van de overheid geverifieerd kunnen worden.

[Aalard99]

Klopt, voor mij was de definitie "digitaal stemmen" dat je niet de deur meer uitgaat en je stem via een app of website uitbrengt. Hier digitaliseer je alleen het formulier in het stemhokje waarbij je op een computer op die locatie vervolgens je stem uitbrengt.

Ik ben het met je eens dat je op deze manier inderdaad anoniem je stem kan uitbrengen.

[bzuidgeest]

Ja, voor mij is het minder papier verspillen, geen potloden en direct een uitslag.

Stemmen via een app zie ik niet zitten, te veel problemen en mogelijke issues. De stemlocatie verifieert ook je "pas" en zo.

Maar we hebben ook stemmen per post. Maar omdat dit relatief weinig stemmen zijn is fraude gewoon niet interessant. Maar als dat kan, kan stemmen per app in principe ook. Maar dat is verder dan ik zelf nu zou gaan.

[Nickname55]

Je kan het best waterdicht krijgen. Maar je gaat het niet voor elkaar krijgen dat ook iedereen gelooft dat het waterdicht is.

[Madshark]

Digitaal is nooit waterdicht te krijgen.

Er is ooit een idee gekomen om een opensource digitaal stemsysteem te ontwikkelen, dat volledig op een openbare blockchain draait. Je krijgt een anonieme token, na het stemmen kun je controleren of jouw token inderdaad op de juiste partij is bijgeschreven.

Dat zou voor mij wel een bruikbaar alternatief zijn op papier stemmen.

[wooha]

Nadeel daarvan is dat daarmee aan ander ook kan controleren of iemand zijn stem na dwang of koop inderdaad heeft uitgebracht zoals bedoeld.

Een papieren afschrift dat de kiezer kan controleren maar niet mee mag nemen helpt wel om het tellen te versnellen en toch controleerbaar te houden. Maar dat helpt individuele stemmers niet om te controleren of de tellers hun werk goed doen. Daarvoor mogen ze mee komen kijken tijdens de handmatige telling.

[BitProcessor]

Want met stemmen op papier gaat gegarandeerd niets fout? Stemmen op papier is 100% ongevoelig voor fraude?

[Rolfie]

De trace and audit is wel veel gemakkelijker te maken.

[david-v]

Dus jij vindt dat het tracen en auditen van miljoenen papiertjes gemakkelijk te maken is?

Het resultaat wat je te zien krijgt over de verkiezingen komt uit het handmatig trekken van al die papiertjes door duizenden locaties in Nederland, die zetten de totalen vervolgens op een digitaal medium, vervolgens krijg je het resultaat. De foutmarge? Die nemen we voor lief.... En die is er absoluut.

[Rolfie]

Dus jij vindt dat het tracen en auditen van miljoenen papiertjes gemakkelijk te maken is?

Nee, maar het wel is wel heel goed te doen in procedures en eventueel techniek.

En met digitaal is dit gewoon een stuk lastiger allemaal te doen, maar vooral om te garanderen.

[david-v]

Digitaal kan je juist wel heel goed doen en garanderen. Dat doen banken, beurzen en bedrijven al heel lang, gegarandeerd en geaudit. Het is juist bij papieren vastlegging waar het mis gaat.

Om maar een voorbeeld te noemen, wie garandeert mij dat een stembureau niet alle papieren stemmen vervangt door andere voordat ingevulde stemmen?

[Glashelder]

Om maar een voorbeeld te noemen, wie garandeert mij dat een stembureau niet alle papieren stemmen vervangt door andere voordat ingevulde stemmen?

Het proces is openbaar dus je kan in het stembureau aanwezig zijn vanaf het openen van de vuilnisbak met biljetten tot de laatste stem geteld is.

Heel simpel dus…

[david-v]

En daarna? wat gebeurd met alle papieren? alles gaat vanaf dat punt digitaal. Welke garanties heb je dan?

[Glashelder]

I dunno, maar dat was de vraag niet. Jij stelde een vraag die heel eenvoudig te beantwoorden was omdat daar over was nagedacht.

Welke garanties heb je met digitaal wel dan zonder dat anderen kunnen zien wat je hebt gestemd?

[david-v]

Niemand mag zien of weten wat je gestemd hebt, dat is nou het hele probleem. Of je nou op papier of digitaal stemt. De vraag is dus, welke methode is betrouwbaarder, ofwel dat je het niet kan beïnvloeden.

[jerisson]

Van wat ik, als Belg, net zag in het nieuws liggen het aantal stemmen voor D66 en PVV erg dicht bij elkaar. De partij met de meeste stemmen krijgt het recht om als eerste een regering te vormen. Klopt dit?

Mijn ervaring in België, weliswaar bij gemeenteraadsverkiezingen, is dat zo een situatie voldoende is voor de partij die tweede eindigt om een klacht in te dienen en een hertelling te eisen. Er zijn zo reeds situaties geweest waarbij er geruchten waren (enkel geruchten, zover mij bekend geen feiten) dat stemmen na het indienen ongeldig gemaakt werden of buiten het loket gesmokkeld werden. Dit was voldoende om nieuwe verkiezingen te organizeren met een andere uitslag. En, ook in België zijn er onafhankelijke toezichters bij de gehele procedure. Dit was overigens bij stemmen op papier.

Ik hoop voor jullie dat jullie met de huidige verkiezingen niet in eenzelfde situatie komen.

In België hebben we ook al geruime tijd gemeentes die digitaal stemmen: je moet nog steeds naar een loket. Daar wordt je oproepingsbrief gecontrolleerd, krijg je een kaart van de stapel die je toegang geeft tot de stemcomputer (die kaart bevat enkel een status "geactiveerd", geen ID, geen naam, ... en wordt gedeactiveerd zodra gebruikt). Na stemmen krijg je een afdruk met je stem in QR-code en in tekstvorm op een enkel biljet. Jijzelf kan hier enkel de tekstvorm lezen. De QR-code gebruik je om de stembus te openen en je biljet te deponeren. Op dit moment worden de stemmen ook geteld op twee usb-sticks (twee voor redundantie) die in de stembus steken. USB-sticks en biljetten worden aan het eind van de dag verzameld in een centraal punt voor de regio (gemeente/kiesdistrict) waar alles samengeteld wordt.

Dit systeem biedt meer garanties dan stemmen op papier: stemmen ongeldig maken is totaal niet mogelijk en er is redundantie waardoor stemmen ook niet eenvoudig weggegooid kunnen.

Doordat de stemmen ook als human-readable afgedrukt worden kan je ook steekproeven uitvoeren om te controleren of er niet gesjoemeld is met de software. En door de papieren biljetten kan je, in het geval een hertelling vereist is, perfect nagaan of het leesbare matcht met het digitale.

Vermits identificatie volledig losstaat van het stemmen is er ook geen risico dat jouw naam aan een stem gelinkt wordt. Of althans niet hoger dan bij stemmen op papier.

Lang verhaal kort: elektronisch stemmen is meer waterdicht dan analoog stemmen.

Laatste aanvulling: de gebruikte systemen zijn ook niet gekoppeld aan een netwerk of het internet.

[SPee]

Van wat ik, als Belg, net zag in het nieuws liggen het aantal stemmen voor D66 en PVV erg dicht bij elkaar. De partij met de meeste stemmen krijgt het recht om als eerste een regering te vormen. Klopt dit?

Nee. Men kijkt welke mogelijk coalities tot een meerderheid kunnen komen. Een formateur, aangesteld door de koning, gaat alle partijen af en vraagt welke opties hun voorkeur heeft. En die start dan de gesprekken met de betrokken partijen. Het kan zelfs dat de partijen onderling al tot een formatie zijn gekomen en dan is dat niet meer nodig. Maar aangezien meer partijen al hebben gezegd niet meer met de PVV in een regering te willen zitten, zullen alle opties met de PVV in eerste instantie buiten beschouwing worden gelaten. Bij de vorige verkiezing was de PVV de grootste, maar was het ook vrijwel onmogelijk om een meerderheid te krijgen met partijen die wél met elkaar wilden regeren. Dus is er uiteindelijk met veel concessies (zoals Wilders geen premier) een regering met de PVV erin gekomen.

[D11]

De partij met de meeste stemmen krijgt het recht om als eerste een regering te vormen. Klopt dit?

Volgens mij is dit geen recht. Meer een gewoonte. Volgens mij is het aan de 2e-Kamer (het parlement) om te bepalen wie de formateur(s) wordt/worden.

[CaptainKansloos]

Van wat ik, als Belg, net zag in het nieuws liggen het aantal stemmen voor D66 en PVV erg dicht bij elkaar. De partij met de meeste stemmen krijgt het recht om als eerste een regering te vormen. Klopt dit?

Euhm, die strekking lees je wel in de media idd, maar bij de bron in de buurt lijkt dat niet persé het geval:

De procedure van de kabinetsformatie is dan ook vooral gebaseerd op ongeschreven staatsrecht en gewoontes.

[Mathijs Kok]

Wil je een lijstje met verkiezingen die analoog gingen en die niet correct afliepen? Er zijn er duizenden. Het lijstje van verkiezingen die digitaal gingen en waarvan we sterk vermoeden dat ermee gerommeld is, is erg klein. Of je nu een stembus gewoon niet openmaakt of een aanpassing aan een file doet, je zal altijd moeten vertrouwen op de overheid.

Daarnaast, na het tellen van de papiertje is alles digitaal. Je denkt toch niet dat er iemand uit Waddinxveen op de fiets stapt on de uitslagen naar Den Haag te brengen?

[Reactie gewijzigd door Mathijs Kok op 30 oktober 2025 11:48]

[EraYaN]

Het hele stemmen is 1 van die dingen waar we het vooral moeten hebben van vrijwilligers (en een hele hoop ook) niet van de overheid.

[TheGamingBanana]

Ik ga vanavond helpen bij mij in de gemeente. Hier gaat alles op papier of per telefoon dus dat moet goedkomen.

[jpsch]

Daar hoef je niet bang voor te zijn.

[TijsZonderH]

Oh boy heb ik even een interessant achtergrondverhaal voor je! review: Digitaal stemmen kan hier niet - Toch gebruiken we software bij verki...

[m4gn3t]

Thanks voor het delen!

[Mr.Monk]

Prachtig die cloud oplossingen.

Aws, Azure noem maar op. Storing na storing. En toch willen de hippe IT-Managers alles er in hebbn draaien. Onze Belastingdienst bv wil er ook heen.

Er zijn partijen in NL zat, die dit wel stabiel up kunnen houden.

[Cartman!]

Geef mij eens n lijstje van alle storingen dit jaar van de betreffende partijen die impact hebben gehad? Volgens mij op 1 hand te tellen.

Ik ken enkele geen NL partij die de schaalbaarheid en kostenefficiëntie biedt van AWS.

[REDSD]

Totdat iedereen is overgestapt en alle kennis over hoe zelf een server park runt weg is. Dan zal het niet zo goedkoop meer zijn.

Ik snap zelf niet zo goed waarom men zegt dat aws goedkoop is. Mijn team draait wat lambdas en een aurora server, maar we zitten al aan $600 per maand. Hiervoor werkte ik bij een it bedrijfje wat de hosting van veel zwaardere service in Eindhoven hosten voor 200 euro per maand.

[Cartman!]

Appels en peren waarschijnlijk Aurora draait voor dat geld neem ik aan multi-az waardoor er een geheel data center kan uitvallen en die andere het zonder downtime overneemt. Zelfde met die Lambdas. Hoe doen ze dat precies in Eindhoven als die server ineens breekt? Kijk ook naar de "TOC" (total cost of ownership), wie onderhoud die server(s) in Eindhoven, is dat allemaal inbegrepen in die 200 per maand? Bij AWS hoef je iig nooit zelf een disk te vervangen of patches te draaien met Aurora, dat werkt gewoon.

Totdat iedereen is overgestapt en alle kennis over hoe zelf een server park runt weg is. Dan zal het niet zo goedkoop meer zijn.

Dan zal dat toch juist duurder worden als die kennis weg is?

[Reactie gewijzigd door Cartman! op 29 oktober 2025 20:24]

[Rolfie]

Totdat je locatie in eindhoven een stroomstoring of airco probleem heeft.
Je in eens 2 keer meer capaciteit nodig hebt.
Je server ineens defecte hardware heeft, en je hardware beheerder op vakantie is, en de andere toevallig ziek.

Hoe zat je bebackup trouwens? Zelfde locatie? Zelfde controlpanel?

[REDSD]

Er draaide replicatie servers in Amsterdam en nog een andere plek in Nederland

Voor de rest deden we alles via commandline, geen ingewikkelde interface, zoals we die nu kennen vol met nieuw bedachten benamingen en termen.

[Erwin1967]

Weet je de stilstand van een groot logistiek bedrijf per uur kost aan claims? Als je de cloud zit met een storing omdat er dus blijkbaar wijzigingen zonder testen worden geïmplementeerd dan blijkt goedkoop erg duur te zijn. Daarnaast eenmaal in de cloud is een exit strategy bijna niet meer mogelijk en ben je overgeleverd aan de grillen van de cloud provider.

[Rolfie]

Weet je de stilstand van een groot logistiek bedrijf per uur kost aan claims? Als je de cloud zit met een storing omdat er dus blijkbaar wijzigingen zonder testen worden geïmplementeerd dan blijkt goedkoop erg duur te zijn.

De kans dat je eigenlijk datacenter storingen heeft, is ook aanwezig. Je moet als "groot logistiek bedrijf" ook maar voldoende personeel hebben, die kennis heeft van alle mogelijke storingen, van hypervisor, servers,storage, networking en appliances.

Wil je 2 datacenters hebben, ben je nog meer kennis en geld kwijt.

Terwijl ik dit letterlijk zo in de cloud kan bouwen, zonder hele specifieke kennis. Ik zo een geografisch storage omgeving bouwen, VM's in meerdere datacenters neerzetten met een GEO SQL cluster neerzetten, met een loadbalancer er voor.

Probeer dit maar eens zelf neer te zetten en te onderhouden.

Daarnaast eenmaal in de cloud is een exit strategy bijna niet meer mogelijk en ben je overgeleverd aan de grillen van de cloud provider.

Ik heb heel wat datacenter migraties gedaan met outsourcing contracten. Waarom is cloud ineens heel anders geworden?

[kodak]

Er is geen duidelijke kostenefficiënt als je even lang of langer verstoring hebt. En als bijna iedereen op 3 paarden aan het inzetten is en die veroorzaken daarmee bijna iedereen gelijktijdig dit soort grootschalige verstoring (ook al is het momenteel nog niet bij die 3 tegelijk), dan is de efficiëntie ook ver te zoeken. Dan is het eerder veel te grote afhankelijkheid terwijl dat niet duidelijk nodig is en duidelijk volledig ongewenst.

[Cartman!]

Ik heb al jaren geen enkele downtime gehad op AWS ieder geval en heb geen omkijken naar de diverse databases die we draaien (DynamoDB, Aurora en Elasticache Redis). Dat is dus behoorlijk kosten efficiënt. Zoals ik net al zei; de kosten zijn vrij laag qua huur van de services en geen kosten aan iemand die moet patchen of hardware moet vervangen.

[kodak]

'Ik heb al jaren geen enkele downtime gehad' maakt het wel massaal en langdurig hebben van downtime er niet spontaan nog efficient door. En in plaats van het vooral over eigen kosten en specifiek financiele kosten te hebben gaat is het eerder verstandig ook duidelijk rekening te houden met wat men bij anderen veroorzaakt en welke risico's er nog meer zijn. In een professioneel bedrijf en samenleving gaat het niet slechts om 'ik' en geld om over efficientie en acceltabele omstandigheden te spreken.

[humpus]

29/10/2025 17:35 Azure outage
21/10/2025 9:45 AWS outage
09/10/2025 16:00 Azure outage

[Cartman!]

Die AWS storing was in 1 regio, de andere regios hebben daar alleen in specifieke gevallen last van gehad.

De Azure storingen ben ik minder in thuis omdat ik zelf vooral focus op AWS en zat leek wereldwijd wat meer impact te hebben.

Elke storing is natuurlijk vervelend maar die zijn niet exclusief voor hyper scalers. Als ik even bij OVH kijk zie ik dat die momenteel ook problemen hebben: https://bare-metal-servers.status-ovhcloud.com/

[User87231]

Zou je een overzicht kunnen delen van je statement storing op storing?

Ik werk bij een groot Internationaal bedrijf en draait veel op Azure en AWS. Dit jaar geen enkele grote storing gehad. Wel eens een kleine storing maar impact te verwaarlozen. (125k FTE)

In de tijd dat we on prem zaten erg vaak storingen en liepen we achter op releases en dus security uitdagingen.

[Reactie gewijzigd door User87231 op 29 oktober 2025 18:20]

[Mr.Monk]

Met 125k collegas heb je een serieus it-budget. Als je dan onprem achterligt met security patches etc. Doet/deed jullie IT het niet best imho. Maar dan ik niet over oordelen.

[DrPoncho]

Doet/deed jullie IT het niet best imho.

en

Maar dan ik niet over oordelen.

.. right

[roffeltjes]

Met 125k collegas heb je een serieus it-budget. Als je dan onprem achterligt met security patches etc. Doet/deed jullie IT het niet best imho. Maar dan ik niet over oordelen.

On-prem heeft een aantal onhebbelijkheden die juist funest zijn voor de stabiliteit. Ik heb ook nog nooit meegemaakt dat dit niet in meer of mindere mate voorkwam (en hoe groter het bedrijf, hoe groter de shit. Je ziet ook dat juist forse budgetten en on-prem heel gevaarlijk zijn;

1. Neiging tot maatwerk
2. Documentatie mankeert vrijwel altijd en vrijwel overal. Je zal tegenwerpen dat dat onzin is en dat het bij jullie supergoed op orde, is, maar ik heb dit nog nooit anders gezien of gehoord. Het is ook logisch, omdat documenteren stom is en niemand het echt op waarde controleert (een audit kijkt of het er is, niet of het echt klopt).

Deze giftige combinatie leidt tot heel specifieke situaties waarbij een klein aantal gurus de boel echt snappen. Als die wegvallen heb je opeens een serieus probleem. Daarnaast leidt het bovenstaande tot gigantische issues bij upgrades of god forbid migreren naar andere software. Je zit ook on-prem al snel vast in de fuik van de leverancier.

Dus ondanks dat je wel oordeelt heb ik niet het gevoel dat je het goed op waarde schat. On-prem versus cloud is een discussie die soms best van toepassing is, maar jou idee dat On-prem stabieler is en makkelijk mee loopt met security en patches is naar mijn mening compleet bezijden de waarheid. Juist het tegenovergestelde is het geval.

[User87231]

Het is vrij simpel met dit soort aantallen mensen is de cloud vele malen goedkoper en schaalbaarder. Op en af schalen per maand indien je meer resources nodig hebt. En releases gaan automatisch mee. Maar vooral veel minder outages en redundancy is ook beter. nobrainer cloud.

[Urk]

Ik kan me nauwelijks voorstellen dat de cloud vaak goedkoper is dan OnPrem... Afgezien van grote infra etc. Juist met grote aantallen lijkt me dat je veel goedkoper uit bent OnPrem... Maar uiteraard zal je flinke korting krijgen bij MS bij 125.000 users in de cloud...

[Johan9711]

Alles valt of staat met schaling bij dit formaat organisatie. Als de directie volgende week 10.000 man ontslaat wil je het liefst ook je IT budget mee laten schalen. Met een on-prem omgeving kan dat niet makkelijk.

Je wilt vervolgens in het volgende jaar als er bij een andere afdeling weer 5000 man bijkomen ook weer kunnen bijschalen.

[Urk]

Kan prima, gewoon hardware uitzetten/uitfaseren/verkopen etc. Door de hardware en licenties zelf te kopen heb je het binnen no-time waarschijnlijk al terugverdiend t.o.v. dure cloud subscripties.

In het verleden best vaak SQL Server OnPrem vergeleken met SQL Server in Azure. Volgens mij was toen binnen 1 a 1,5 jaar onprem hardware en licenties al goedkoper terwijl je er misschien wel 6 jaar mee doet.

Ik heb voor de grap even ChatGPT laten rekenen:
- Azure SQL Managed Instance: voor 5 jaar ongeveer € 80.500 voor een 8 vCore Managed Instance.
- OnPrem: Hardware, infra en energiekosten [b]€ 12.500[/b] en dan gok ik dat je meer power hebt + Licenties SQL (ga even uit van 6 core licentie) + Windows Server Standard = € 13.600 = Totaal € 26.100

Natuurlijk geen exacte vergelijking maar je snapt m wel
Met SQL Server 2022 kun je nu nog 8 jaar doen. Dus als ik het over 8 jaar zou vergelijken zou het verschil nog veel groter zijn. ~€ 128.800 t.o.v. bijv. € 29.000 Slechts een tonnetje verschil
Nou dan zou ik het wel weten.... En het is ook niet moeilijk of bijzonder lastig om een SQL Server 5 jaar lang stabiel en online te houden.

[Reactie gewijzigd door Urk op 30 oktober 2025 19:59]

[roffeltjes]

Cloud heeft enorme voordelen.

- Op en afschaalbaarheid

- In de praktijk zie je minder maatwerk.

- Kennis is makkelijker in de markt te vinden. On Prem hangt vaak af van een of twee gurus en documenteren is altijd en overal een issue.

[Cartman!]

Had je dat lijstje met al die storingen op storingen nog voor ons of blijkt het toch niet waar te zijn? ;)

[Rolfie]

Of dit is gewoon de dagelijkse realiteit?

Onderschat niet hoe lastig het kan zijn, om dit soort grote omgeving te patchen en te onderhouden.

[asing]

Uiteindelijk zijn het allemaal computers. En die hippe IT managers hebben een andere motivatie dan die jij denkt.

Ten eerste is de Cloud stukken goedkoper dan on prem. De redenen zijn economy of scale. Meer gebruikers per instance maakt het goedkoper. On prem moet je een paar servers kopen, de juiste hoeveelheid licenties erbij hebben en een paar mensen die opgeleid zijn om het geheel te beheren en storingen te verhelpen. Ook moet je zelf de backup regelen en meer van die dingen. Al met al maakt het de Cloud goedkoper tot je bedrijf een kritieke massa bereikt dat je zelf net zo goedkoop kan zijn.

Dan heb je binnen een bedrijf potjes. Loonkosten zijn hoog en afschrijving staat er ook naar op. Je moet steeds een potje aanhouden voor calamiteiten en vervanging. Financieel ziet dat er heel anders uit dan een abonnementje op 365.

[Mr.Mister]

Uiteindelijk zijn het allemaal computers
Nee, het is veel meer dan dat.
Microsoft, Amazon, etc willen je geen servers verhuren.
Ze willen je dat je betaalt voor allerlei cloud services en abonnementen, daar halen ze hun winst.

Ten eerste is de Cloud stukken goedkoper dan on prem
Stukken goedkoper ? Echt ? We hebben al vaak de rekensom gemaakt en weggaan van ons eigen datacenter naar een cloud omgeving komt nooit goedkoper uit, laat staan stukken goedkoper.

En dan is er nog het feit dat de cloud providers hun prijzen plots fors durven te verhogen, soms met meer dan 40%. En tja, je hebt alles nu in hun cloud gezet, dus eruit stappen is een te grote kost en betaal je maar de dure abonnementen.

En toch zullen wij op een moment ook naar de cloud overgaan, ook al kost het ons veel meer. Omdat alle nieuwe producten en features enkel in cloud omgevingen uitkomen, omdat jonge ontwikkelaars vooral in de cloud willen ontwikkelen, omdat de hippe managers hip willen zijn.

[Ablaze]

Plus dat cloud services het internet sterk centraliseren en je bent overgeleverd aan overwegend Amerikaanse partijen. On-prem en kennis in huis is veel slimmer dan cloud, maar IT managers willen graag de afgeschoven verantwoordelijkheid en eenvoud van de cloud hebben.

[bzuidgeest]

Je kan in de cloud nog steeds gewoon open source producten draaien. Microsoft bijvoorbeeld bied een grote lading open source aan. Als je daar voor kiest ben je gewoon provider onafhankelijk. Het maakt niet uit of Kubernetes bij Microsoft of Amazon of op je eigen server draait. Zelfde voor docker.

Als je in deze tijd echt hip wil zijn dan kies je platform onafhankelijk en zit je op meerdere platforms.

Het is prima mogelijk om de cloud te gebruiken, hip te zijn en onafhankelijk van een specifieke leverancier.

[Rolfie]

En als je suite in het datacenter vol zit en je moet uitbreiden?
Of als de kosten van je datacenter hosting in eens flink verhoogt worden door de elektriciteitskosten, of je contract afloopt? Ga je dan ook verhuizen van DC?

Als je dingen in je datacenter moet vervangen/upgraden, dat is allemaal gratis? Storage array vervangen, core networking infrastructuur kost natuurlijk gelukkig niets als je het zelf beheerd.

[Ruben279]

Uiteindelijk zijn het allemaal computers. En die hippe IT managers hebben een andere motivatie dan die jij denkt.

Ten eerste is de Cloud stukken goedkoper dan on prem. De redenen zijn economy of scale. Meer gebruikers per instance maakt het goedkoper. On prem moet je een paar servers kopen, de juiste hoeveelheid licenties erbij hebben en een paar mensen die opgeleid zijn om het geheel te beheren en storingen te verhelpen. Ook moet je zelf de backup regelen en meer van die dingen. Al met al maakt het de Cloud goedkoper tot je bedrijf een kritieke massa bereikt dat je zelf net zo goedkoop kan zijn.

Dat is inderdaad wat managers altijd roepen, maar dat ben ik absoluut met hen oneens.

Als je per dag een miljoen EUR aan omzet draait maar je moet de deuren sluiten omdat een Microsoft, Amazon of andere big-tech club een f*ckup maakt en de boel down is en je geen productie meer kan draaien telt iedere minuut.

En heb je iets in de melk te brokkelen omdat er een organisatie in NL down is? Absoluut niet, het valt ze niet eens op in het klantenbestand van bijv. Microsoft. Als je in je eigen DC zelf de touwtjes in handen hebt heb je veel meer mogelijkheden om de schade wat te beperken en z.s.m. weer enigszins normaal in bedrijf te gaan. In "de cloud" heb je maar gewoon te wachten totdat het voor je opgelost wordt.


En dan nog maar niet te spreken over de vendor lock-in. Je stapt nu in met een aantrekkelijk tarief, maar het staat de big-tech partijen volledig vrij om straks gewoon de prijzen (asociaal hard) omhoog te gooien. En dan? Dan is een eigen DC nog niet zo duur hoor

[Reactie gewijzigd door Ruben279 op 29 oktober 2025 22:21]

[jkies]

Bare metal all the way.
Het kost waarschijnlijk slechts 10% van de prijs van Azure voor equivalente compute.

[Cartman!]

Jouw hardware is gratis? Er gaat nooit iets stuk? Wie moet dat oplossen? Wat als dat midden in de nacht gebeurt?

Kijk naar het totaalplaatje.

[jkies]

Dedi servers van Hetzner en OVH, bij voorbeeld.

Je hoeft geen eigen servers aan te schaffen; huur ze gewoon. Het onderhoud wordt volledig verzorgd.
Met k3s is het niet zo moeilijk om een highly-available cluster in te richten. Hiermee krijg je meer controle en bespaar je een enorm bedrag aan geld.

[Cartman!]

Dat is dus geen bare metal zoals je eerder zei en Hetzner en OVH zijn ook niet gratis natuurlijk. Storingen kunnen ze daar net zo goed hebben, fikte OVH niet een keer deels af n paar jaar terug? Met k3s aan de slag gaan zul je ook moeten inrichten met iemand en moeten testen. Meer controle klinkt leuk maar komt gewoon met een eigen prijskaartje.

[jkies]

Dat is dus geen bare metal...

Hoe zo? Wanneer je een bare-metalserver van Hetzner huurt, krijg je een echte fysieke machine die in elke betekenis van het woord volledig bare metal is. Of beweer je soms dat ze liegen?

[Cartman!]

Als ik even opzoek wat zij bedoelen met bare metal is dat je wel zelf de monitoring moet doen en jij dus wel verantwoordelijk bent voor melden dat er een harddisk stuk is. Vervolgens kunnen zij die vervangen. Daar zit dan ook een stuk downtime aan vast.

Doe mij maar AWS Lambda, ik hoef niets te weten van hardware, geen patches draaien voor OS of runtimes en het kost helemaal niets als er geen verkeer is.

En likewise, als jij gelukkig wordt van eigen servers beheren, lekker doen. Ik focus met m'n team graag op de software die we bouwen ipv bezig te zijn met hardware en OS-en, dat is overal anders.

edit:
terwijl we het erover hebben heeft OVH issues met hun bare metal servers: https://bare-metal-servers.status-ovhcloud.com/

[Reactie gewijzigd door Cartman! op 30 oktober 2025 11:05]

[jkies]

Ik heb niet beweerd dat ze gratis zijn, toch? Ik zei dat ze veel goedkoper zijn.

Het maakt niet uit of je de cloud gebruikt of dedicated servers; uiteindelijk moet je voor vergelijkbare zaken zorgen: compute, netwerk, beveiliging, redundantie, enzovoort — je pakt het alleen op een iets andere manier aan. Waarom huren bedrijven DevOps-engineers in als ze al “in de cloud” zitten?

Ik probeer niets te promoten. Als je baas graag betaalt voor AWS en jij het geweldig vindt, blijf het dan vooral gebruiken — geen enkel bezwaar van mijn kant.

[Rolfie]

Ik zou beide ook niet met elkaar durven te vergelijken.

Dit is een "Enterprise" infrastructuur vergelijken met meer een "pro consumer" infrastructuur.

[Ruben279]

Een medewerker met bereikbaarheidsdienst voor storingen is veel goedkoper dan de gehele productie plat liggen hoor...

[Cartman!]

Die medewerker heeft geen tijd nodig om te onderzoeken wat er mis is en daarna de boel op te lossen? Er zal net een component stuk zijn wat je niet op voorraad hebt liggen...

Zoals ik in n andere reactie zei; ik host al 6 jaar op AWS en nog nooit een storing gehad die iets heeft platgelegd. Alles is redundant uitgevoerd in 2 data centers (2 availability zones in 1 regio), zonder dat ik daar eigenlijk iets voor hoeft te doen. Heb je daar ook rekening mee gehouden om op te zetten en te beheren?

[Reactie gewijzigd door Cartman! op 30 oktober 2025 08:58]

[jkies]

Survival bias.

[Cartman!]

Want het kan simpelweg niet zo zijn dat ik geen storingen heb gehad met AWS?

[jkies]

Het kan natuurlijk simpelweg zo zijn dat je "survived", dus de "bias".

[Rolfie]

CAPEX vs OPEX.

Datacenter ruimte, network switches, backup infrastructure, hardware onderhoud, hardware issues, storage arrays.

moet ik nog even door gaan?

[jkies]

Ik heb dit verhaal al te vaak gehoord, maar ik heb het nooit geloofd.
Stack Overflow draaide vroeger op slechts een handvol dedicated servers, en het leverde uitstekende service aan miljoenen programmeurs wereldwijd.
Mensen zijn tegenwoordig bang om hun handen vuil te maken, maar hoe moeilijk kan het zijn om vier krachtige servers op een LAN aan te sluiten en ze te verbinden met internet?
Soortgelijk werk moet ook worden verricht, zelfs als je de cloud gebruikt. Het verschil is dat het netwerk 'virtueel' is.

[Rolfie]

Het is mijn realiteit geweest voor vele jaren.

Ik heb vaak genoeg gehad dat bestellen van hardware 2 maand duurde. Ik heb hardware upgrade gehad die ik in cloud in minuten kon doen, maar met onprem mij zo 5-8 weken zou kosten aan doorloopt tijd.
Storage Arrays die vervangen moesten worden, of gewoon geen capaciteit meer hadden voor de storage die ik nodig had.
Data center ruimtes die geen capaciteit meer hadden voor het project.
Servers die zwaar overcapaciteit gekocht zijn, of juist veel te licht.

Vaak genoeg om de datacenters geweest voor hardware vervanging ivm defecten. Tot meerdere nachten aan toe voor 1 server.

Maar 4 servers, zegt niet zoveel, maar je moet wel de ruimte hebben, backup? 1 locatie, meerdere locaties?

CAPEX vs OPEX is best wel een groot punt, onderschat dit niet voor bedrijven.

Als je alleen naar de ijzer kosten kijkt, weet jij weinig van echt de IT kosten af. (wil niet zeggen dat gewoon ijzer soms beter kan zijn).

[Rolfie]

Dan is een eigen DC nog niet zo duur hoor

Totdat je er achterkomt, dat je DC heel veel limitaties heeft, dat cloud niet heeft.

Je hosting kosten kunnen bijvoorbeeld enorm stijgen door elektriciteitskosten, je hypervisor leverancier verhoogt ineens zijn prijzen.
je storage arrays / networking devices zijn EOL en moeten vervangen worden.

[bzuidgeest]

Dan heb je geen idee van hoe de cloud oplossingen werken en wat ze kunnen. Wat er in de assortimenten van de verschillende merken zit

Er is geen enkele Nederlandse dienst die ook maar in de buurt komt. Ik zou graag zien dat het wel zo was, maar dat is gewoon niet zo

En de cloud diensten zijn over het algemeen super stabiel. En als je het technologie goed kiest dan ben je nog steeds platform onafhankelijk. Microsoft bied bijvoorbeeld een grote lading open source producten aan. PostgreSQL, Kubernetes, Docker en ga maar zo door.

[Fishbeast]

Everything fails all the time. 100% stabiliteit en uptime is een utopie, zeker als er actief aan een systeem ontwikkeld wordt, want waar mensen werken worden fouten gemaakt... (en deze storingen laten ook zien dat dit geldt voor als er AI-agents aan het werk is )

[Triblade_8472]

Er zijn partijen in NL zat, die dit wel stabiel up kunnen houden.

Echt waar? Geven Nederlandse partijen een 100% uptime?? Dan wil ik die wel leren kennen, wie zijn het?

Azure front door (waar dit issue ligt) geeft 99,9% uptime, dus ben benieuwd wie dit kan toppen.

[Mathijs Kok]

Er zijn partijen in NL zat, die dit wel stabiel up kunnen houden.

Een partij die de service, kosten, betrouwbaarheid en omvang kunnen bieden als Azure (en Amazon)? Ik daag je uit om er een te noemen. Die zijn er gewoon niet. De vraag is groot maar niemand wil de miljarden investeren. Snap ik best, maar het is wel erg jammer.

Die hippe IT-Managers zijn niet gek.

[roffeltjes]

On-prem is wel stabiel? Ik heb niet het idee dat we vanwege cloud oplossingen meer storingen hebben, integendeel.

[theduke1989]

Intune portaal werkt ook niet.
~
Error displaying your content
~

Hier kan je de health zien: https://azure.status.microsoft/en-gb/status

[Reactie gewijzigd door theduke1989 op 29 oktober 2025 17:53]

[thof]

Niet alle Azure storingen komen op de publieke storingspagina, meestal zie je daar alleen grote verstoringen. Kleinere storingen zie je in de service blade van de portal, na login. Extra vervelend dat de portal zelf ook issues heeft.

[ggj87]

Microsoft Learn ligt er ook uit

[thePiett]

Blij dat Github nog niet over is naar Azure

[Koen Hendriks]

Daar zijn ze wel druk mee bezig

review: GitHub gaat in twee jaar naar Azure migreren: waarom duurt dat zo lang?

[jigalvh]

Zat ik ook al aan te denken. Lekker dan met alle daar gehoste packages die je wilt binnenharken.

[Arnaud]

De Azure storing wordt aan gewerkt, maar NS heeft een workaround toegepast waardoor daar nu al functieherstel zou moeten zijn (fingers crossed)

[CPV]

Aha, NS zit dus niet helemaal met de handen in het haar, als Trump hun stekker er uit trekt.

[vliegendekat]

Aha, NS zit dus niet helemaal met de handen in het haar, als Trump hun stekker er uit trekt.

Maar met nog een uur op de klok, is het wel precies genoeg om een significant deel van onze kiezers bij de stembussen weg te houden.

[maversne]

Mijn xbox heeft ook kuren. Gamepass en de Store zijn down

[Ché Mig]

Tja, uit verveling ben ik ook maar naar t stembureau gegaan.
Was best leuk zelfs

[Flytezero]

It’s not dns, it was dns.

[pimlie]

https://isitdns.com/

[bluesgold]

Het is veel meer dan microsoft alleen, ook AWS, Google, ...

[ToolkiT]

je gaat bijna denken aan een gecoordineerde aanval... maar waarschijnlijk gewoon toeval..

[niekw]

Ik kan de eTwist thermostaat van Remeha ook niet meer met de Remeha home app bedienen. Zal ook wel op Azure draaien. Toch jammer dat die thermostaat niet gewoon via de app lokaal bereikbaar is. Waarom moet dat toch via de cloud?

[elbizarre]

Dit zijn wel serieuzere zaken. Net zoals die muis functie wat het meer werkte

Als zelfs hardware stopt met functioneren vanwege het wegvallen van cloud, vind ik het toch wel erg eng worden allemaal...

[Joost1981_2]

Yup

ping api.bdrthermea.net
PING api6f4e2df3b0ca426e96c251470b8accf3zcs17pllc418yclc54sqq.westeurope.cloudapp.azure.com (13.94.225.176): 56 data bytes
64 bytes from 13.94.225.176: icmp_seq=0 ttl=118 time=8.748 ms

[Inflatable]

Wat nog erger was is dat de NS-personeels app er ook uit lag waardoor personeel niet meer wist welke trein te rijden.. En dat daar kennelijk geen goed backup systeem voor is..

[Dutchzilla]

De wissels worden nog bedient met oude computers die Windows 3.11 draaien. NS is qua automatisering niet heel Up to Date.

[EdwinB]

Maar die wissels zijn toch van ProRail en niet van de NS?

[Inflatable]

Correct, sinds juli 2002 is het spoorbeheer al geen onderdeel van NS meer.. Vanaf 1 januari 2003 is het Prorail gaan heten.. NS is tegenwoordig slechts één van de vele vervoerders (nog wel veruit de grootste)..

Wikipedia: ProRail

Wikipedia: Lijst van Nederlandse spoorwegmaatschappijen

[Reactie gewijzigd door Inflatable op 30 oktober 2025 03:30]