Elhamarkodott indulás, folyamatos tűzoltás
Többek között Axel Rietschin korábbi Microsoft-mérnök belső tapasztalatai is azt jelzik, hogy a 2008-as, az Amazon Web Services-szel való kényszerű versenyhelyzet miatti felgyorsított piacra lépés sokáig tartó instabilitást okozott. Az Azure sosem működött olyan önállóan és simán, mint ahogyan azt ügyfeleinek ígérték: az évek során folyamatos javítások és apró hibák tarkították a működést. Ezek a problémák lassan, de folyamatosan halmozódtak, mind a belső folyamatokban, mind a külső felhasználói élményben.
Távozó szakemberek, elvész a tudás
A platform rohamos bevezetése után a kulcsfontosságú technikai vezetők és fejlesztők eltávoztak, és a helyükre nem sikerült ugyanolyan minőségű szakembereket állítani. A munkaerőhiány, az elhanyagolt fejlesztőképzés és a tapasztalati tudás szétszóródása miatt a Microsoft folyamatosan tüzet olt, miközben hosszú távú, vízió szerinti építkezés helyett csak rövid távú problémakezelésre futja. Az MI-őrület csak súlyosbította a helyzetet: egyre több vállalat, köztük a Microsoft, úgy véli, kevesebb emberrel is működhetnek — pedig a tapasztalat azt mutatja, ennek számos katasztrofális mellékhatása van.
Mérsékelt MI, elszálló erőforrások
Az MI-alapú fejlesztői eszközök futótűzszerű elterjedése — például az új kódgeneráló ügynökök által okozott, óriási CI/CD terhelés — pár hónap alatt négyszeresére növelte az Anthropic MI-ügynökök által írt kódsorok mennyiségét. Ez hatalmas extra teherrel jár az infrastruktúra számára: több alkalmazás- és adatbázisszervert kell üzemeltetni, több hibára kell figyelni, a folyamatos mennyiségi növekedéssel pedig egyre nehezebb lépést tartani.
GitHub, Azure és a “szenvedő” felhő
A Microsoft által kezelt GitHub is az Azure-ra költözik — a forgalom 12,5 százalékát már onnan szolgálják ki, és júliusra a teljes forgalom felét áthelyezik. Mégis, egyesek szerint az Azure maga is hozzájárulhat az újabb zavarokhoz, bár ennek bizonyítéka egyelőre hiányzik. Nyilvánvaló: ha a háttérben a szakértők helyett automatizmusok és MI felügyelik az egyre nagyobb mennyiségű kódot, könnyen háttérbe szorulhat a biztonság és a rendszeres minőségellenőrzés.
Nem váltja ki az embert az MI
Bár az MI képes jól az ismétlődő mintázatokat felismerni és hibákat észlelni, a szoftverfejlesztéshez továbbra is tapasztalt szakemberekre van szükség. Rietschin szerint az, hogy a cégek sorra elbocsátják a rutinos fejlesztőket, miközben túlzottan bíznak az MI-ben, oda vezet, hogy a technológiai ipar valódi problémái egyre csak szaporodnak. Minél több kódot írnak és futtatnak a felhőkben, annál több ember kellene, aki mindezt átlátja, karbantartja és javítja.
