"Több órán keresztül állt a Microsoft felhője"

Internet, Közösségi média

Egy gondatlan konfigurációs módosítással magyarázta a Microsoft a több mint 8 órás fennakadást, mely többek közt a Microsoft 365 szolgáltatást és a Minecraftot is érintette, ráadásul több légitársaság mellett még a Starbucks mindennapi üzletmenetét is megzavarta.

[...]

Épp egy hét telt el azóta, hogy globálisan többórás fennakadást okozott az Amazon Web Services (AWS) súlyos üzemzavara, és most sorra került a Microsoft Azure felhőszolgáltatása is. Az október 29-én, szerdán detektált jelentős leállás az AWS-fiaskóhoz hasonlóan világszerte számos szolgáltatás működését zavarta meg, nem lehetett hozzáférni megszokott módon az Office 365, az Xbox Live, a Minecraft és a Copilot termékek funkcióihoz. Az ügyfelek problémákat tapasztalhattak az Azure Portal elérésével is.

[...]

Részletek itt.

( trey | 2025. 10. 30., cs – 12:18 )

?

Megint el kell majd mesélnem egyeseknek, hogy a felhő != golyóálló izé, hanem olcsó(bb)* megoldás lustáknak. 

(* eltekintve a kiesés okozta károktól)

trey @ gépház

Olyat is láttam már, hogy bevezető csapat mondta, hogy kéne menteni: ezzel, meg ennyiért lehetne, a valasz az volt, hogy nem köll. Ami ott van, az nem fontos, a policy, hogy ami fontos, annak a helye az on-prem fájlszervereken van, amik több módszerrel vannak mentve + archiválva.

Végül is, ez is egy megoldás ...

trey @ gépház

( nagyjoco | 2025. 10. 30., cs – 14:02 )

Az LLM-el generált konfig megmutatta, hogy mit ér az AI a gyakorlatban. 

Tapsi. 

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

Látjuk, milyen hatásfokkal. Ne aggódj, lesz ez még ezerszer lentebb is, ez még csak a pirkadat.

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

Ez van, ha az ellensgé keze beteszi a lábát. 

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

( Dolphy | 2025. 10. 30., cs – 16:27 )

Hajra! Cserelgessuk csak le a hus-ver melosokat AI-ra. Meg tobb ilyen leallast!

( KGer | 2025. 10. 30., cs – 18:23 )

hogy lehetséges az hogy milliárd dolláros szolgáltatásnál valaki el tud konfigurálni valamit?

Ht úgy, hogy alkalmazta a DevOps bast Practices Guide-ot, megtervezte a chage-et, megírta konfigot, 4eyes principles segítségével átnézte még egy senior, git push, cicd pipeine letesztelte a devben, a stagingben, minden zöld volt, aztán kiment a prodba, a monitoring - bocsánat, observability  rendszer szerint minden zöld, sőt, nagyon zöld volt, csak végül az a kurva valóság, az baszott be.
KI számított volna erre?

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

( krychek | 2025. 10. 31., p – 13:57 )

A világ összes "piros" fejőrobotos tehenészet telepirányító rendszere sem volt elérhető.