Dat is het punt niet. Vendor lock-in is een veel groter probleem.

KleineSpaarder schreef: ↑20 oktober 2025, 13:12

chesini schreef: ↑20 oktober 2025, 12:04 En heb je al uitgezocht hoe dikwijls een private datacenter per jaar plat gaat ?

Hangt eraf van hoe kritisch de applicaties zijn die erop draaien. Als het kritisch is, dan zijn er minstens 2 data centers op 2 locaties ver van elkaar. Dan moeten er al 2 platgaan voor er geen service meer is.

Als Spaargids platligt, is dat van een andere orde dan dat het complete kantorennetwerk van een bank platligt, of als de Nasdaq platligt.

AWS vervangt private data centers omdat ze veel veiliger zijn, veel meer scalable, flexibeler ... Duizenden bedrijven gebruiken de cloud oplossingen van google, microsoft, ...

Als zoiets platligt, kan de impact veel groter zijn dan 1 private data center dat platligt.

Het is dus "groter" nieuws.

Klopt dat de schaalfactor veel groter is. Maar die grote cloudservices die draaien bijna lights off. Voor datacenters van 500.000 servers is er maar een handvol ingenieurs aanwezig. Alles is strikt geautomatiseerd om menselijke fouten te elimineren.

Maar laat ons wel wezen, als Microsoft een bad patch loslaat in O365 dan gaan bepaalde regios daar hinder van ondervinden. En wordt die patch automatisch teruggedraaid. Of met een fix voorwaarts gedraaid.

Bottom line: altijd een 24h/24h service down/server down contract nemen. De cloudproviders fixen je dan in realtime uit de problemen. En je krijgt als klant ook nog compensatie er bovenop.

JustSpike schreef: ↑20 oktober 2025, 13:32 Dat is het punt niet. Vendor lock-in is een veel groter probleem.

Niet echt. Hou je kerntransacties op je eigen IBM mainframes. Maar alles wat Office en File services en Telefonie en CRM is, kan zeker de cloud in. Twee of drie vendors testen en hun beste offerte laten maken. Je moet er als klant ook wat tijd in stoppen.

En dan finance een goed meerjarencontract laten afsluiten. Vendor lockin ? Niet als je goed onderhandelt.

Ondertussen draait alle software in de cloud. Zelfs IT: DevOps, Ops, Netwerkmanagement, Agile, Scrum.

Ook Finance (cfr SAP) zit volledig in de cloud.

Als je vandaag geen 75% in de cloud staan hebt, loop je als IT Department toch wel hopeloos achter.

chesini schreef: ↑20 oktober 2025, 13:52 Ondertussen draait alle software in de cloud. Zelfs IT: DevOps, Ops, Netwerkmanagement, Agile, Scrum.

Daar zit het probleem. Je hele keten: het opzetten van virtuele infrastructuur, het development process zelf, tot deployment pipelines, ja, zelfs je source code zit in Azure. Daar geraak je nooit meer van af. Dat zit veel te hard ingebed in het proces.
Beslist MS morgen om de prijzen met 30% op te slaan dan zul jij zeggen: ja meneer.
IT soevereiniteit: nul.
Zelfs onze overheden werken niet meer als je O365 afpakt. Geen enkele school die nog zonder Windows kan. Dit is gigantisch problematisch.

Het enige waar we blij om mogen zijn is dat het Google, AWS en MS is. Maar binnenkort is dat een Chinese provider omdat die 10% goedkoper is.

Aandeel BNP-Parisbas (fortis) zwaar onderuit nadat Amerikaanse rechter de bank schuldig heeft bevonden,aan het helpen financieren van de genocide in Soedan !
Het bedrijf ontkent alle aantijgingen en gaat in hoger beroep tegen het vonnis.
(Je hou toch zoiets niet voor mogelijk,waar banken zich toch in hemelsnaam mee bezig houden.)

JustSpike schreef: ↑20 oktober 2025, 16:05 Zelfs onze overheden werken niet meer als je O365 afpakt. Geen enkele school die nog zonder Windows kan. Dit is gigantisch problematisch.

Daar is wel verandering in aan het komen. Denemarken heeft Microsoft gedumpt voor LibreOffice, ook omdat dat opensource is. Er kunnen/zullen er wel volgen.

reteiP schreef: ↑20 oktober 2025, 16:30

JustSpike schreef: ↑20 oktober 2025, 16:05 Zelfs onze overheden werken niet meer als je O365 afpakt. Geen enkele school die nog zonder Windows kan. Dit is gigantisch problematisch.

Daar is wel verandering in aan het komen. Denemarken heeft Microsoft gedumpt voor LibreOffice, ook omdat dat opensource is. Er kunnen/zullen er wel volgen.

Nieuwe PC, geen HP meer alhoewel ik daar heel tevreden mee was, nu een Acer, en nog wel windows 11, maar geen office meer en dus die libreoffice. Kleine aanpassingen, maar werkt makkelijk. En bewaart niet online. Was ook een voorwaarde.
Toch weer wat minder US in mijn uitgaven dit jaar. Mijn mini bijdrage.

Fientje schreef: ↑20 oktober 2025, 19:00

reteiP schreef: ↑20 oktober 2025, 16:30
Daar is wel verandering in aan het komen. Denemarken heeft Microsoft gedumpt voor LibreOffice, ook omdat dat opensource is. Er kunnen/zullen er wel volgen.

Nieuwe PC, geen HP meer alhoewel ik daar heel tevreden mee was, nu een Acer, en nog wel windows 11, maar geen office meer en dus die libreoffice. Kleine aanpassingen, maar werkt makkelijk. En bewaart niet online. Was ook een voorwaarde.
Toch weer wat minder US in mijn uitgaven dit jaar. Mijn mini bijdrage.

Dankjewel daarvoor.
Als Trump nu maar geen hogere invoerrechten oplegt voor producten uit Vlaanderen.

Fientje schreef: ↑20 oktober 2025, 19:00 Nieuwe PC, geen HP meer alhoewel ik daar heel tevreden mee was, nu een Acer, en nog wel windows 11, maar geen office meer en dus die libreoffice. Kleine aanpassingen, maar werkt makkelijk. En bewaart niet online. Was ook een voorwaarde.
Toch weer wat minder US in mijn uitgaven dit jaar. Mijn mini bijdrage.

Hier nog wel Office maar ben van Gmail en Dropbox naar Proton verhuisd.

JustSpike schreef: ↑20 oktober 2025, 16:05

chesini schreef: ↑20 oktober 2025, 13:52 Ondertussen draait alle software in de cloud. Zelfs IT: DevOps, Ops, Netwerkmanagement, Agile, Scrum.

Daar zit het probleem. Je hele keten: het opzetten van virtuele infrastructuur, het development process zelf, tot deployment pipelines, ja, zelfs je source code zit in Azure. Daar geraak je nooit meer van af. Dat zit veel te hard ingebed in het proces.
Beslist MS morgen om de prijzen met 30% op te slaan dan zul jij zeggen: ja meneer.

Zowel qua prijs als qua functionaliteit zijn AWS - Azure - GCP ertoe veroordeeld elkaar in evenwicht te houden. De vendor die er 30% bijdoet zonder dat de anderen volgen, ziet zijn cloud aandeel zo inkrimpen.

On-premise is dat risico natuurlijk helemaal onbestaande. Kan je het je voorstellen dat een vendor, pakweg VMWare of zo, zijn prijzen met geen 30%, maar met 900% zou opslaan? Zijn wij toch blij dat zoiets enkel in de cloud kan en dat er on-premise geen enkele lock-in bestaat...

Qwan schreef: ↑21 oktober 2025, 00:15 Zowel qua prijs als qua functionaliteit zijn AWS - Azure - GCP ertoe veroordeeld elkaar in evenwicht te houden. De vendor die er 30% bijdoet zonder dat de anderen volgen, ziet zijn cloud aandeel zo inkrimpen.

Neen. Je kunt je in Azure ontwikkelde web apps niet zomaar eventjes overdragen naar een andere cloud service. Dat is precies waar vendor-lockin voor zorgt. Bovendien, wie zegt dat de 3 anderen niet volgen met een prijsverhoging? Zo gaat het toch meestal in een oligopolie?

Qwan schreef: ↑21 oktober 2025, 00:15 On-premise is dat risico natuurlijk helemaal onbestaande. Kan je het je voorstellen dat een vendor, pakweg VMWare of zo, zijn prijzen met geen 30%, maar met 900% zou opslaan? Zijn wij toch blij dat zoiets enkel in de cloud kan en dat er on-premise geen enkele lock-in bestaat...

Hangt ervan af wat je met on-prem precies bedoelt. Draai je dan dezelfde Azure services op je eigen servers, dan ben je net zo afhankelijk. Doe je dat niet, dan heb je ook niet het voordeel van enorme schaalbaarheid, via declaratieve programmatie opzetten van infrastructuur, dagelijkse deployments etc, geografische redundantie etc.

Enfin, sinds gisteren weten we ook weer dat het idee van decentralisatie van de cloud ook niet zomaar opgaat. Verschillende services op basis van AWS lagen plat, waaronder cynisch genoeg een crypto-betalingssysteem.

MeneerParmentier schreef: ↑21 oktober 2025, 08:40

Qwan schreef: ↑21 oktober 2025, 00:15 Zowel qua prijs als qua functionaliteit zijn AWS - Azure - GCP ertoe veroordeeld elkaar in evenwicht te houden. De vendor die er 30% bijdoet zonder dat de anderen volgen, ziet zijn cloud aandeel zo inkrimpen.

Neen. Je kunt je in Azure ontwikkelde web apps niet zomaar eventjes overdragen naar een andere cloud service. Dat is precies waar vendor-lockin voor zorgt. Bovendien, wie zegt dat de 3 anderen niet volgen met een prijsverhoging? Zo gaat het toch meestal in een oligopolie?

Geen idee wat je bedoelt met 'in Azure ontwikkelde web apps'. Mijn web apps zijn SPAs, puur html met wat javascript die ergens static gehost worden. Ze draaien op je laptop in een browser... Veel Azure komt er daar niet bij kijken en al helemaal niet bij de ontwikkeling.
Als de APIs die ze oproepen op Azure draaien, dan hoeft dat nog geen lock-in te zijn, wat ook niet wil zeggen dat ze zonder enige inspanning op GCP of AWS kunnen gehost worden, zo lang de developers zich niet laten gaan hebben in hun keuze voor cloud-specifieke technologie, zoals op DB vlak bijvoorbeeld Cosmos DB, DynamoDB of Spanner.
Maar het punt is net dat ze elkaar in evenwicht houden en eerder goedkoper worden dan duurder, dus er is niks verkeerd met een DB lock-in, als het maar een bewuste keuze is.

MeneerParmentier schreef: ↑21 oktober 2025, 08:40

Qwan schreef: ↑21 oktober 2025, 00:15 On-premise is dat risico natuurlijk helemaal onbestaande. Kan je het je voorstellen dat een vendor, pakweg VMWare of zo, zijn prijzen met geen 30%, maar met 900% zou opslaan? Zijn wij toch blij dat zoiets enkel in de cloud kan en dat er on-premise geen enkele lock-in bestaat...

Hangt ervan af wat je met on-prem precies bedoelt. Draai je dan dezelfde Azure services op je eigen servers, dan ben je net zo afhankelijk. Doe je dat niet, dan heb je ook niet het voordeel van enorme schaalbaarheid, via declaratieve programmatie opzetten van infrastructuur, dagelijkse deployments etc, geografische redundantie etc.

Enfin, sinds gisteren weten we ook weer dat het idee van decentralisatie van de cloud ook niet zomaar opgaat. Verschillende services op basis van AWS lagen plat, waaronder cynisch genoeg een crypto-betalingssysteem.

Met on-prem verwees ik eigenlijk naar https://www.forbes.com/sites/stevemcdow ... lore-2025/ waar je kan lezen dat VMWare zijn prijzen voor sommige klanten doodleuk *12 gedaan heeft. Van een lock-in gesproken...

Er is een reden waarom de drie hyperscalers op de beurs vandaag (behalve Alphabet vandaag, maar da's voor een andere reden) groeien als kool.

Qwan schreef: ↑21 oktober 2025, 21:09 Geen idee wat je bedoelt met 'in Azure ontwikkelde web apps'.

Azure biedt op een eenvoudige manier webservices aan. Ik geef een voorbeeld: je hebt een database nodig om wat data in te stockeren. Niet nodig om een (al dan niet virtuele) computer op te starten, daar een OS op installeren en vervolgens databasesoftware op te installeren. Nee, je klikt gewoon een paar keer op OK en je hebt een database service draaiende waar je vervolgens data in kunt gaan stockeren. Deze database kun je dan aanspreken vanuit je applicatie. Je hoeft je niets aan te trekken van hoe dat technisch in mekaar zit, geen servers te onderhouden of te patchen. Super makkelijk en low-cost. Maar uiteraard draait deze service uitsluitend in Azure. Als je je applicatie wilt gaan onderbrengen bij AWS dan zul je opnieuw moeten beginnen met een database op te zetten. Je kunt die service niet transfereren.

De hele keten is Azure. Je ontwikkelt in Visual Studio, programmeert in .NET, zet infrastructuur op met Bicep, stockeert je source code in Azure, ontwikkelt deployment pipelines in Azure DevOps,... De hele keten is propriëtair MS.

MeneerParmentier schreef: ↑23 oktober 2025, 08:56

Qwan schreef: ↑21 oktober 2025, 21:09 Geen idee wat je bedoelt met 'in Azure ontwikkelde web apps'.

Azure biedt op een eenvoudige manier webservices aan. Ik geef een voorbeeld: je hebt een database nodig om wat data in te stockeren. Niet nodig om een (al dan niet virtuele) computer op te starten, daar een OS op installeren en vervolgens databasesoftware op te installeren. Nee, je klikt gewoon een paar keer op OK en je hebt een database service draaiende waar je vervolgens data in kunt gaan stockeren. Deze database kun je dan aanspreken vanuit je applicatie. Je hoeft je niets aan te trekken van hoe dat technisch in mekaar zit, geen servers te onderhouden of te patchen. Super makkelijk en low-cost. Maar uiteraard draait deze service uitsluitend in Azure. Als je je applicatie wilt gaan onderbrengen bij AWS dan zul je opnieuw moeten beginnen met een database op te zetten. Je kunt die service niet transfereren.

De hele keten is Azure. Je ontwikkelt in Visual Studio, programmeert in .NET, zet infrastructuur op met Bicep, stockeert je source code in Azure, ontwikkelt deployment pipelines in Azure DevOps,... De hele keten is propriëtair MS.

Ok, het gaat dus over webservices en geen web apps. Zoals je zelf zegt, super makkelijk en low-cost. Als je dan naar GCP wil, dan ga je nog eens voor 'super makkelijk en low-cost'. Geen idee over AWS, maar het zou verwonderen dat dat daar niet kan. Ook de data importeren zal quasi gratis zijn; egress is een ander verhaal, maar met zo'n bijeengeklikte web services zal er nog niet zoveel data zijn.
Als het iets groter wordt, dan ga je nog steeds voor VS Code (da's de IDE die zowat de meeste talen ondersteunt), gebruik je Go, Rust of Java, infra met Pulumi of Terraform, GitHub als VCS, GitHub Actions voor je CI/CD. Die hele stack kan je gebruiken voor de 3 hyperscalers.

En da's net het grote voordeel van de cloud: er zijn 3 grote (en nog tientallen kleinere) concurrenten die bijna alles geautomatiseerd hebben. Hoe meer klanten, hoe meer compute/storage/networking, hoe groter hun winst.

Daarom zijn dat voor mij goudhaantjes op de beurs vandaag. Ze hebben daardoor voldoende free cash flow om de enorme investeringen in AI aan te kunnen en klaar te zijn voor de volgende hausse.

Qwan schreef: ↑23 oktober 2025, 22:36 Ok, het gaat dus over webservices en geen web apps.

De webapps zijn gebouwd op basis van (ontelbare) webservices.

Qwan schreef: ↑23 oktober 2025, 22:36 Zoals je zelf zegt, super makkelijk en low-cost. Als je dan naar GCP wil, dan ga je nog eens voor 'super makkelijk en low-cost'. Geen idee over AWS, maar het zou verwonderen dat dat daar niet kan. Ook de data importeren zal quasi gratis zijn; egress is een ander verhaal, maar met zo'n bijeengeklikte web services zal er nog niet zoveel data zijn.
Als het iets groter wordt, dan ga je nog steeds voor VS Code (da's de IDE die zowat de meeste talen ondersteunt), gebruik je Go, Rust of Java, infra met Pulumi of Terraform, GitHub als VCS, GitHub Actions voor je CI/CD. Die hele stack kan je gebruiken voor de 3 hyperscalers.

Ja, maar daar houden IT organisaties geen rekening mee. Ze kiezen gewoon het goedkoopste pad, niet het pad met de meeste souvereiniteit. En om verder op te kosten te drukken kiezen ze ervoor om ineens de hele orgaisatie te "harmonizeren" op dezelfde technologie.
Nog niet zo lang geleden een migratie meegemaakt om van Atos (*) af te geraken, wat een heel stuk makkelijker is dan cloud infrastructuur. Nog maar gewoon het inventariseren van de servers en services die men in de lucht hield bleek een zware opdracht.

(*) U mag 3x raden waarom deze organisatie er destijds voor koos om met Atos in zee te gaan.