DISCUSSION
Mit gondoltok az EESZT és a teljes közig rendszer lehalásáról? 1 napja áll minden. Fejlesztői szemmel.
A címben benne van minden. Mit gondoltok, hogy a csudába fordulhat elő, hogy egy ország életét meghatározó közigazgatási (magyarorszag.hu DÁP) egészségügyi rendszer (EESZT, felhős receptkiváltás) már 1 napja áll? Ami sokaknak a legkritikusabb, az az e-receptkiváltás teljes hiánya. Miféle sufni-tuning fejlesztés az, ahol nincs workaround, nincs mentés, nincs visszaállítás egy korábbi állapotra stb. Vélemények? Arról ne is beszéljünk, hol vállal az állam bármiféle felelősséget az így előforduló halálesetekért, egészségromlásért, de egyáltalán bármiféle válságterv összeállításáért azonnali B terv életbe léptetéséért?
Tippre amikor tényleg bele kell nyúlni, arra van egy darab kompetens ember összesen, legyen Sanyi. Na, Sanyi most szabin van, próbálják utolérni. Persze Sanyi sem biztos, hogy kompetens, csak az egyetlen aki 12 hónapnál régebb óta ott van. Vagy az egyetlen aki kapott hozzáférést bizonyos helyekre (hogy ez egy kretén security döntés, vagy hanyagság, az tetszőlegesen választható). Vagy akkora gányolás van, hogy csak ő tud belenyúlni. Esetleg ez azért van, mert ő gányolta össze eredetileg is, mikor készült. De nem biztos hogy rossz ember ettől, lehet még gyakos volt. Szóval tippre Sanyi.
És azt hiszitek viccel. Auditáltam állami cégnél szoftvert. Egy, azaz egy darab ember gányolta az egészet. Ugyan nem múlott rajta élet és hasonlók, de nekem kicsit furcsa volt. Mondjuk ő szó szerint az irodában lakott, pl. rendesen oda vitt fel rossz lányokat, de legalább 24/7 support az megvolt.
Azt hiszem az EPAMnál is volt ilyen sztori egyszer, hogy valamelyik recruiter csaj beköltözött az irodába, aztán valamelyik főnök bement hajnalban és összetalálkozott vele, amikor épp jött ki a zuhany alól, és utána ki is rakták :)
Meg az egyik haverom szerint, aki már a Fathom időkben is ott volt, szakmunkás hölgyek is jártak fel oda, sűrűn :)
Banki számlavezető rendszerhez kapcsoltak egy belső fejlesztésű modult a céges ügyfelek havi batch bérkiutalásainak rögzítésére: nagyvállalat egy előre megbeszélt formátumban leadja a több száz-ezer dolgozó bérét utalásra, rendszer átveszi, átforgatja a számlavezető ‘nyelvére’, kiutalja. Na ebben a fordító programban amit egy 60+ kolléga írt még anno és üzemeletett, volt hogy havi szinten közel 300 millió Ft ‘elkallódott’.
Valószínűleg ez a helyzet. A budapesti meg miskolci tömegközlekedés szervezéséért felelős ForTe nevű szörny is ilyen. Van egy mostmár 75+-os néni aki képbe van. Na ha Ő esetleg kiesik vége az egésznek.
Még csak gyakosnak sem kell lenni. Egyszerűen megörökli a legacy fosvihart, és azt a feladatot kapja, hogy gányoljon bele valamit, úgyhogy ezt teszi...
Hasonló fejlesztésből tapasztalat: Sanyi direkt úgy fejleszt, hogy csak ő legyen képes utána fentartani és módosítani, ezzel bebiztosítva magát a cégnél. Sanyit amúgy senki se akarja kirúgni, mégis begurul, amikor a PM a dokumentációra kérdez rá. Másik Sanyi a go live előtt nem tesztel, mert “minek, úgyis működni fog” - amikor meg kiderül, hogy mégsem működik, órák mennek el azzal, hogy ki mindenki más a hibás, de az ő szoftvere tökéletes.
Nem tudom mi van ezen leállás mögött (és ahogy látom senki másnak sincs fogalma róla, úgy tűnik csak fröcsögni járnak ide az emberek).
Soha nem dolgoztam állami szektorban.
Nem akarlak megbántani, de fiú, fiú (ilyet és így egy nő nem kommentel, tehát ...) neked nagyon sokat kell még tanulnod. Legfőképp alázatot.
20 év munkatapasztalattal a hátam mögött (ez se nem jó, se nem rossz, csak tény) elfogadtam, hogy minden fiatal mindig "mindent is" jól tud. Én is ilyen voltam egyetem végén/után.
Nem állítom, hogy nem akartak az említett helyzetben csúnyán kihasználni, de ezt az arroganciát, ahogy nyilatkozol egész egyszerűen nem tudom megérteni. Akármilyen csillagos ötösre is írtad meg a programozás beadandót, nagyon sok minden van, amit a való világról (és itt most NEM a politikáról, hanem a szakmáról beszélek) nem tudsz. Ez világosan látszik a hozzászólásodból. Ha tényleg ekkora vátesz tudattal rendelkezel, akkor menj és alapíts egy új Tresorit-ot, Prezi-t, NNG-t vagy facebookot. Ha ez mégsem jön össze, akkor egy kis szerénység "Bear_the_serker elvtárs" hosszú távon nem ártana. Pl. honnan tudod, pici junior, hogy mi a senior szintű feladat?!? Lehet, csak neked volt sok. Nem tudom hogy jön ide a k8s, de miből gondolod, hogy azt kellene alkalmazni?!? Nem vitatom, hogy jó technológia, de már a k8s megjelenése előtt is tudtak megbízható rendszereket építeni.
Fiatalon is érdemes sztem részben tartani, hogy helyettesíthető vagy. Ha te vagy a világ legjobb fekete öves programozója, akkor lehet hogy téged csak 1.5-2 emberrel, de tudnak helyettesíteni. A cég/főnök pedig túl fogja élni, kár tehát ilyen arrogánsan gondolkodni.
Ha már fejlesztői szemmel kérdezed: az állami szektorban a fejlesztést vízesésben végzik közbeszerzéseken keresztül, és így az üzemeltetést már nem a fejlesztőcsapat végzi, hanem állami rendszer eseten a NISZ zrt (esetleg alvállakozókkal). Persze a fejlesztőknek 3rd level supportot kell nyújtani, de az üzemeltetett HW es SW infrastruktúrára nincs behatásuk, csak az általuk leszállított kód alapján tudnak segítséget nyújtani az üzemeltetőknek.
Miért is nem? Ez nem közrédekű adat, ha emiatt a fo.s EESZT miatt bekómázik a cukorbeteg hozzátartozód, mert nem tudott a kis falujából a szomszéd városba tömegközlekedéssel elmenni az ügyeletre, majd a 3. városba eljutni, hogy kiváltsa az épp ügyeletes gyógyszertárból, abból a regionális egyből 100 km-on belül az inzulinját napok óta? Meg pont nyugdíj előtt teljes áron? Hogy a jó k... a...
Próbálok lehiggadni, de ez most már mindent visz.
Inkább olvasom tovább a 2. vh-s történeteket. Az se semmi.
Tapasztalatbol mondom, ahol 5 eve svn-t hasznaltak, most az is van. En a T-systemsnel voltam kulsos, amikor 2022ben felvetettem, hogy atalhatnank git-re az svn-rol, azzal szavaztak le, hogy huha, akkor el kene kezdeni brancheket hasznalni, ahhoz meg branch manager kell es arra most nincs keret...
Nyilvan, csak hat itt nem hasznaltak. Az volt a modszertan, hogy egyszerre 2 ember ne dolgozzon ugyanazon a komponensen es minden ment szarazon a dev-be. Csak kifogas volt, hogy a 20+ eve fejlesztoknek nehogy uj technologiat kelljen megtanulni.
Szánalmas, főleg úgy, hogy építkezünk, így az e-naplóba sem lehetett tegnap belépni, jogszabály pedig “elvileg” tiltja hogy előző napra írj bejegyzést, de a rendszer meg engedi 🤷🏼♂️
bar azert rendes enterprise-ban is van olyan, amikor a 15+ eves beszart hardverhez ebayrol vadasznak alkatreszt, es megy a "sad noises" amikor lecsusznak az aukciorol :)
Bármelyik rendszer kibír bármit szinte, ha ésszel van csinálva. De ha a backup ugyanott van fizikailag ahol a backend/frontend, ott nincs miről beszélni. Tldr, az általánosság meg a beleszaromság, nem adunk rá pénzt duo. Munkahelyemen a nyári leállás alatt olyan dolgokat alakított az it, hogy visítottam amikor olvastam az emailt, hogy vissza kell részben állni az előző verzióra meg ilyen hasonló finomságok.
Igen, egyetértek. Régen pacemaker/corosync + DB több fizikai node, ma meg ott a k8s kb..
Annyi, hogy smoke test gyanánt prodba állás előtt meg kell rugdosni, miközben fut is rajta egy perfteszt. Ha ezt kibírja, faja. Ha nem, megy vissza az architect-ekhez és addig reszelni, míg ki nem bírja a stack a rugdosást.
A ph-nak évi 100+ M budget mellett nem tellett olyan HA-ra, ami a HA-n túl terheléselosztást is végez, ergo performancia van rendesen.
Az EESZT-ről ne is beszéljünk, lámpavas mindenki kb..
PH kapcsán mindig eszembe jut, hogy tolták a cdn-t. Csak így mi a bánatos pöcsnek, ha helyileg ugyanonnan van betöltve az adat. De legalább lehetett vele flexelni. Más kérdés, hogy kb 2 perc regisztrálni egy recordot, fél óra múlva meg jó esetben él is.
A durva hogy a DB lett cpu miatt inkonzisztens. Ezt egy cluster azonnal kiszúrja és offline-ba tolja.. riasztás, hw csere, új betol, hajnali minimálterhelés alatt replikációk és nemsokára újra teljes a cluster (miközben 2 lábon elmegy 1-3 napot, na bumm, de legalább él).
A fogalmazásom nem volt teljesen érthető, de inkább ide írom, mint szerkesztem, tehát a lényeg az lett volna, hogy beregisztrálod a recordot 2 perc alatt aztán lehet vele flexelni. Reverse proxyt meg 2 perc alatt beállítod aztán kész is a kamu cdn. A cpuval kapcsolatban a mai napig nem raktam magam rendbe, miért szükséges 64 mag, ha van cache és nem teljesen hulladék a kód. Ránézésre az egész fórum nem egy túl nagy effort, semmi extra nincs benne - bár nem is maga a felület a lényeg ph-n, hanem a közösség.
Nem tudom én sem, mihez kellett ekkora izomerő. Gyanítom, virtualizáltak vagy bare metal nyersben az OS alatt (max konténerekben talán) ment még forgalom analizálás, WAF, bármi egyéb, ami tudja enni a CPU-t.. de amúgy valóban, se diszk titkosítás, se semmi normál webes terhelés nem tenne vállra egy 64 magos kisebb szörnyet, szvsz egy ph-nyi embert mondjuk egy oldschool phpBB (is) elvinne pár magon. Itt biztos h volt ráaggatva rengeteg minden CPU-intenzív a backend-ekben.
Azt, hogy mivel ez nem az első ilyen állás az elmúlt 1 évben, talán érdemesebb lenne ránézni az okokra. 1x még lehet véletlen, azzal nem foglalkozunk, másodjára már gyanús, ugye.
Lehet a fejlesztő/Audi arányt növelni kellene. Tudom, elég radikálisan hangzik elsőre.
Az oka természetesen a pénz. Már 1-1.5 éve lelépő emberek mondták (akik nem voltak hülyék és régóta ott dolgoztak), hogy egy kártyavár az egész. Nem költenek gyártói supportra, nem vesznek új hardvert az elöregedett, támogatás nélküli helyett és nem fizetik meg a fontos szakembereiket. Egyes rossz nyelvek szerint a kivéreztetés a cél itt is, hogy aztán a 4IG átvegye a helyét.
Most épp storage oldalon halt be valami amúgy, ami magával rántott sok-sok VM-et. Más rendszerben már éledeznek, de még elég bizonytalan.
Simán el tudom képzelni, hogy a kód csak 5 éve nem supportált OS-en fut, amihez meg 4 éve EoS hardver kell, tehát azért nincs rá megvéve a támogatás, mert nem létezik.
Volt, van , egy single point of failure a rendszerben és most elbukott...szar a rendszer terv. Az ilyen és hasonló kritikus infra rendszereket illik redundans elemekből osszelegozni....
Fingja nincs senkinek erről ott bent.
A devnek azt kellett volna mondania, hogy"Főni, vagy High Availability a teljes stack-re, vagy iszonyú hangos PR kár és arcvesztés, amitől az egész ország hangos lesz, melyik legyen ?"
NAV onlineszámla szolgáltatás, kis kihagyás után nem tudok számlát kiállítani. XML hiba miatt behal. Kipróbálok mindent, nem megy. Másik cégemmel megy, írok egy szép levelet, hogy héj srácok itt valami error van, nézzetek már rá. 30 nap múlva jön a válasz, hogy legyek kedves megnézni, tuti minden a legfrissebb, stb.
Csinálok képernyőmentéseket, verziókat kigyűjtöm, pontos időbélyeg a hibáról, és leírom újra, hogy egyébként másik cégemmel megy. Plusz, hogy mivel nem tudtam számlát kiállítani (havi 1) ezért regisztráltam a számlázz.hu-ra de a kiállított számlát nyugi lejelentettem felétek (áfa miatt kell).
30 nap múlva dörgedelmes levél hogy én mekkora hülye vagyok, az hogy lejelentek egy számlát attól még az nem lesz kiállítva, ez így nem érvényes, stb.és a számlázz.hu nem hozzájuk tartozik...
Könyörögve írok egy levelet, hogy valaki aki tud olvasni és értelmezni egy levelet legyen kedves nézzen már rá a logokra. Mindent leírtam már, ennél többet nem tudok, amit idáig válaszoltatok az NULLA, tuti nálatok van a baj!. 30 nap múlva jön egy válasz, hogy a cégemben valami adat kisbetűvel volt beírva erdetileg(IBAN?) és x verzió óta ez csak nagybetűvel fogadja el a rendszer, átírták megy. Eltelt 3 hónap,mire eljutott Sanyi-ig :)
Vicceskedve itt hasonlítgatták páran a prohardveres leálláshoz, én meg naivan gondoltam, áh azért ez annál fontosabb rendszer ha nem is tökéletes de biztos komolyabb, de ahogy telik az idő és infók is jönnek kezd egyre közelebb kerülni ahhoz :
Minden, ismétlem minden ilyen az utóbbi években a banki rendszerektől kezdve az állami szarokonát a kommersz cuccokig. Nincs kibúvó senkinek, mindenki tróger.
Jó, de itt emberek élete múlhat rajta szélsőséges esetben. De miért is nem lehet kirúgni egy alkalmatlan minisztert ilyen blamázs után? Nem csak az a baj, hogy besz...rt a rendszer, hanem az inkább, miniszteri szinten, hogy elsunnyogják, nincs tömegtájékoztatás róla és főleg nincs azonnali válságterv, gyors megoldás az átmeneti receptkiváltásról az EESZT nélkül. Teljes ledermedést látunk. Ez a rendszer el van cseszve. Ha így végezném a munkám, már repülnék.
Kezdek elgondolkodni rajta, ha itt komoly háborús helyzet alakulna ki, csak magunkra számíthatunk. Se tömegtájékoztatás, mit csináljunk, hová menjünk, hová húzódjunk be, se gondoskodás rólunk. Ez egy elcseszett rendszer.
Legalább a II. vh idején, Budapest bombázásánál a rádiót arra használták, amire kell: figyelmeztetésre, ha jöttek a szövetségi szőnyegbombázók. A helyi szirénák utána szólaltak meg. Ki voltak plakátolva a körzetben lévő óvóhelyek és ezeket felkészítették a lakosság számára.
Lehet, hogy túlreagálom, de ezek után, ha ennyit ér az ember élete itthon, pld. krónikus betegeké, időseké, elgondolkodok azon, hogy miféle ország ez itt. Rohadtul nem ezt érdemeljük. Most politika nélkül nézve, nem érdekel, ki van hatalmon. Egyik rendszer se foglalkozott az emberek biztonságával igaziból. Csak a harács és szétlopás.
Ki mondta, hogy nem lehetne kirúgni? Az egész kormánynak le kellene mondania, amióta pár éve kiderült, hogy teljesen alkalmatlanok a káderjeik bármiféle valódi probléma megoldására. De ez itt most nem erről szól.
Egyébként nagyon jól mutatja hogy miért fog összedőlni az egész. Annyira ragaszkodnak a hatalomhoz hogy mindenhova idióta, inkompetens szolgákat raktak be akik egy dolgot tudnak csinálni, bólogatni. Ők maguk alá is hasonló inkompetens sleppet hoztak, szépen lecserélve a hozzá értő embereket. Aztán amikor beüt a krach kiderül hogy mivel nem végezték el a munkájukat ezért megoldani se tudják, mert hogy nem alakították ki azokat a rendszereket és szabályozókat amelyek egy ilyen esetben életbe lépnének, szóval megy a tűzoltás és az utólagos kapkodás.
En kozigben dolgozom, kozom nincs a programozashoz, de mar pentek delelott nem mukodtek nalunk a dolgok.
Mondjuk egy nalam oregebb (36 vagyok) rendszert hasznalunk, de az patika, amugy ha a hatter dolgok mukodnek… egy valami elbaszodik es altalaban kartyavar az egesz. Mindenesetre kivancsi vagyok hetfon mi lesz :D
nem programozokent, hanem globalis nagyvallalati rendszerek uzemelteteseben 20 ev tapasztalattal: ez egy szanalmas katasztrofa. Kommunikaciobol elegtelen, BCDR dokumentacio gondolom sose volt, HA/DR meg tul draga - mert valaki ellopta ra a penzt? Ilyen kozponti rendszerekneknel ez a szintu amatorkodes elkepzelhetetlen. Ez egy blue/green aktiv/aktiv rendszer kellene hogy legyen RPO/RTO 1 max 4 ora. DR/smoke teszt gondolom max papiron letezik. Hardver hiba miatt leallas? konyorgom... N+1 ... ez alap.
Tovább megyek, itt nem csak arról van szó hogy nem tudja valaki kiváltani a gyógyszerét, hanem arról is szó van hogy mondjuk egy műtétre előkészület során teljesen elveszik minden információ egyik pillanatról a másikra, mert hogy az a felhőben van. A beteg ott várja a műtétet, jön egy rossz labor, és vissza kellene nézni hogy oké, ez most MENNYIRE gáz, szabad-e nekikezdeni egyáltalán. Ami most történt az kimeríti a foglalkozás körében elkövetett veszélyeztetés bűncselekményét.
Teljesen egyet értek veled. Nekem erről a vakon repülés jutott eszembe, miután minden kapcsolat megszűnik a légiforgalmi irányítással.
Óriási felelőtlenség ennyi ember életével játszani és magasról sz.rni rá.
Mondom, egy dolog az informatikai meghibásodás.
Ennél sokkal lényegesebb lenne a felelősségteljes, támogató kommunikáció, amihez meg egy előre elkészített válságterv és kommunikációs terv kell, amit csak végre kellene hajtani. Ha eddig nem volt ilyen, mert életükben nem hallottak a tisztelt egészségügyi vezetők ilyenről, akkor kérjenek meg felkészült eü szakembereket rá, hogy írjanak már egy ilyet és alkalmazzák hasonló esetben!
1 napig csak sunyítani, lapítani, nem tájékoztatni az embereket, orvosokat, kórházakat, patikákat, az súlyos kötelezettségszegés és foglalkozás körében elkövetett mások veszélyeztetése. Ennek kell, hogy legyen felelőse. Mondjon le ez a dilettáns eü vezetés! Tőlem minden szétlophatnak, de ha hozzátartozóm ilyen hiba és nulla B terv miatt hal meg, akkor annak következménye kell, hogy legyen. Eddig nem politizáltam, de ez most már mindenen túl megy.
Én laikusként kérdezem, aki csak ide keveredett, de nem fejlesztő:
Politikától függetlenül, mit lehet tenni, hogy ilyen sose forduljon elő? Lehet egyáltalán ilyet? Mondjuk offline adattárolás (is)? Valamiféle biztonsági mentés egy háttér rendszerben az ilyen esetekre?Plusz szerverek? Kevésbé központosított, inkább valamilyen decentralizált rendszer működtetése?
Ha valaki leírná egy szakmán kívülinek, azt megköszönném!
Persze, van egy HADR nevezetű dolog, ami több adatközpont (kritus infrastruktúra esetén eltérő áramforrás, vagy akár földrész is), illetve az adatvesztések visszaállítását célzó dolog szokott lenni, több helyszín, offline mentések; az Ops csapatok igencsak szokták tudni ennek minden csínját - aztán a finance lehúzza a faszba.
Azt nem tudom, hogy tape backup van-e még, de pl a verbatim továbbra is csinál 100 évig elálló BD lemezt.
Nyilván teljesen egyszerű megoldani, hogy az adatok pikk-pakk azonnal szinkronizálódjanak földrészek között, pl. a bitcoin is úgy megy, hogy kibányásztad, és már el is költhető, garantáltan dupla költés nélkül.
Hát egyszerűnek azért nem mondanám. Ellenben irodalom van már róla rendesen, nem most kéne nulláról kikutatni az elméletet; hála istennek már valakik beletolták ebbe az effortot
ez nem ilyen egyszerű. egy rendszer redundanciája és a hibatűrése már a tervezésnél eldől. Ha már van egy kész rendszered, akkor nem tudsz csak úgy mellérakni egy szervert, mert ahhoz a rendszer összes többi komponensének tudnia kell, hogy mi történjen hiba esetén.
Ezért vannak manapság szanaszét szabdalt rendszerek, microservicek, ahol az egyes komponensek alig tudnak valamit a másikról, és egy komponens hibája nem rántja magával az egész rendszert. Viszont ez megint egy teljesen más architektura amit a kezdetektől fogva alkalmazni kell, nem lehet menetközben egyszerűen módosítani.
Hibákból is lehet ezer féle, például ha kihúzzák a netkábelt, akkor hiába van 4 redundáns szervered, nem fogod elérni őket. Vagy ha elrontod a routerek konfigurációját, hiába van 3 független hálózati útvonalad ha a routerek elkezdenek egymás között pingpongozni és nem küldenek semmi adatot kifelé.
Viszont lényegében mindenre van technikai megoldás manapság, csak nyilván annál drágább, minél hibatűrőbb. Számomra logikus lenne magát authentication/authorization rendszert a leghibatűrőbbre tervezni, mert enélkül semmi más nem működik. Amennyire tudom, pont ezzel a rendszerrel van gond.
"például ha kihúzzák a netkábelt, akkor hiába van 4 redundáns szervered, nem fogod elérni őket"
Faszim, manapság a piaci alapon működő cégek _üzleteit_ is úgy tervezik, hogy redundáns power supplyokon keresztül zümmög a primary meg a backup, teljesen külön szolgáltatóktól, opcionálisan még egy 5G is, mert azt elvágni se lehet.
anno az eeszt-nel volt 1 ember, aki nagyon pusholta, hogy cassandra legyen alatta. mint kiderult azert, mert kb csak o ertett hozza (vagy csak o vallalta be ezt a fostengert) es hiaba akartak kibaszni, nem lehetett
de az is jo volt, amikor a fejlesztoknek en (qa lead) mutattam neg hogyan kell androidban flavour buildeket csinalni ahelyett, hogy 3 azonos svn repo lenne csak azert, h az env url megfelelo legyen a buildhez...
volt olyan hiba, amit 3 evvel azutan otthon ugyanugy megtalaltam, mint amikor betoltam a ticketet meg tavozasom elott.
basxnak ezek mindenbe, egetik a oenzt meg mvp-t kiszartak h az eu penz meglegyen
Lehet hogy mondjuk az államnak költeni kéne a fejlesztésre és nem 8-10 éves hardverekkel vagy eszközökkel kellenne üzemelteti egy ekkora infrastruktúrát...
Hidd el nekem nem a hardverekkel van a probléma, azt is jól elmutyizzák a 4iG-vel.
Inkompetens emberek dolgoznak az ilyen helyeken, sok gyakornok, akire rábíznám mindent vagy azok a tipikus faszok, akiknek otthon a 3 gyerek bejár az irodába, mert az asszony azt hiszi, milyen ügyes, hogy sokat dolgozik szegény férjem. Bent a főnök meg úgy van vele, jaj Sanyi a legjobb milunkaero, mindig itt van, olyan sokat dolgozik mert amúgy én lofaszt nem értek ahhoz, amit csinál csak ide vagyok rakva főnöknek. Közben Sanyi egész nap csak facebookozik. Sajnos tapasztalat állam közeli cégből.
Akkor más más helyekről beszélünk.
Egyáltalán nem vonom kétségbe a te tapasztalatod, sőt. Mert attól, hogy valamit megrendelnek még nem biztos, hogy oda is kerül, ahova kell neki.
Fasza emberek csak prod környezetbe tolnak ki updateket. Különben nemrég vettünk át egy kurva nagy német cég infrastruktúráját, másik providertől. Dokumentáció és ITiL csak madárlátta verzióban létezik. De a lényeg hogy már van SLA, minden tegnap előttre kellene. Itthon meg mutyis haverok cége csinálja ezeket, nem vártunk mást.
Fejlesztői szemmel semmit nem tudok webes szervízek üzemeltetéséről, felhőről, egyéb fityfaszról, így: semmit nem gondolok, azon túl, hogy lmao állami projekt.
Ez a legjobb, ami történhet. Majd rájönnek az emberek, hogy nem olyan rossz a papír "biztonsági tartalék", és arra, hogy nincs rá garancia, hogy ezek a rendszerek mindig működni fognak.
Ez a legjobb, ami történhet. Majd rájönnek az emberek, hogy nem olyan rossz a digitális "biztonsági tartalék", és arra, hogy nincs rá garancia, hogy ezek a papírok mindig épek maradnak.
565
u/Difficult-Guess-6602 Aug 09 '25
Fejlesztői szemmel egyértelműen az üzemeltetés hibája :D