Vlákno názorů k článku Internetové bankovnictví České spořitelny více než 72 hodin nefunkční od Terry Fox - Zaujala me nevratna zmena na databazi. Jednak jde...
-
Článek je starý, nové názory již nelze přidávat.
- Podle hodnocení
- Podle vláken
- Nejnovější
-
Petr (neregistrovaný)Nevím jak vy, ale já to chápu tak, že když aktualizujete SW, který vyžaduje zároveň změny ve struktuře db, je po spuštění aktualizované aplikace dost značný problém vrátit se zpět (nějakým zpětným převodem se nikdo nikdy nezabývá). Buď budete mít starou aplikaci se starými daty (a nová data by se tam musela nějak dohrát) nebo musíte nějak zprovoznit tu aktualizaci.
I u normálního sw (např. účetnictví) je tento problém dost častý. -
sinner (neregistrovaný)Hmm... v tom pripade neni takovy system "robustni" ale na hown*. V zivote bych neinstaloval update, ktery nema overenou rollback proceduru, a to ani na sve stanici, natoz na (dokonce bankovnich) serverech.
Ona tahle "chybka" asi neco svedci o kvalite IS pouzivaneho CS, jeho programatoru a samozrejme administratoru. No ono zalozit bankovni IS na mssql/winnt si o neco podobneho asi rika - odborna kvalita IT staffu pracujici kolem MS technologii obecne nebyva moc vysoka. A to nemyslim jako flame ale jako smutnou skutecnost. -
sinner (neregistrovaný)hmm... mozna prave proto to v IT vypada jak to vypada. Administrator, ktery se pusti do upgradu aniz predem naplanuje co udela, kdyz neco bude spatne (pokud s tim uz predem nepocita autor software), je u me lama, loser a nema v IT co delat. Nemuzu si pomoct, ale mam ve zvyku delat tak jak se maji delat a ne zavrit oci, strcit si prsty do usi a cekat jak to dopadne.
Kazdy update na mojich serverech je pripraven tak, ze se vzdy muzu vratit do max. 30 minut k puvodnimu stavu a to vcetne konzistence dat, nebo minimalne k jejich stavu pred updatem.
OK, jsem trosku nefer, neprogramuji a nespravuji rozsahle bankovni systemy, ale nekolik dni je podle me absolutne neprijatelny downtime pro JAKYKOLIV business, nehlede na jeho velikost a obor.
-
sinner (neregistrovaný)A to je presne o co mi jde. Tady zrejme doslo k tomu, ze testovani sice mozna probehlo ale v nedostacujicim rozsahu, to same se tyka cele rollout procedury, jinak by k necemu takovemu jako je nefunkcni sluzba nemelo dojit. Samozrejme pocitam s "tim jednim procentem na prirodu", muze se prihodit uplne cokoliv, ale s citlivym rolloutem nove verze mela tato akce rozhodne malo spolecneho.
-
sinner (neregistrovaný)Ano, to je samozrejme pro banku velky problem a prave proto ma byt cely postup detailne odzkousen a overen, sestaven postup kterym celou vec uvest do provozu, A sestaven postup co delat kdyz neco nepujde jak ma (a rozhodne si ho predstavuji jinak nez jak to zvladla CS). CS zrejme nekterou nebo vsechny tyto faze ignorovala nebo podcenila.
Ale zpatky k datum - pokud programator provede zmenu produktu tak ze pri tom meni strukturu dat tak, ze se nelze vratit zpet je prase a meli by mu veskere skody nauctovat. Pokud strukturu dat nemeni, pripadne meni zpusobem ktery lze rollbackovat, je vse v poradku - data jsou v databazi a jsou platna, pripadne se daji zkonvertovat do stareho formatu. Tohle prece pro$DEITY Intranet pro firmu o 20 lidech, musela probihat analyza a pokud z ni nevypadla datova struktura, ktera neco vydrzi, je to hodne spatne, ale i v tom pripade se da zmena citlive provest.
Jenze ono delat inkrementalni, citlive zasahy do beziciho
IS chce opustit "hura styl" a zacit o vecech premyslet.
-
jindra (neregistrovaný)Vazeni vsichni, co se tu tak chvastate. Mel jsem moznost delat na Servis24 pred rokem a ani se vam nezda, jak je to komplexni system. To co vidite na webu je jedna mala cast, vsechny middlewary, bankovni systemy, software na pobockach, telefonni bankovnictvi a pod. uz nevidite. Je treba take brat v uvahu pocet uzivatelu - sporitelna obsluhuje nekolik milionu uctu.
Co se tyce analyzy, scenaru testovani a migracnich skriptu, tak samozrejme jsou velmi propracovane, bez nich by to neslo. Ve sve kariere jsem se s lepsi spravou projektu nesetkal. Ale nektere veci proste nejdou otestovat, obcas se objevi i chyba v aplikacnim serveru, kterou musi opravit dodavatel. Neni totiz prilis mnoho takto rozsahlych aplikaci a sami jsme pri vyvoji objevily chybu v svetove uznavanem aplikacnim serveru (mimochodem na Windows to nebezi ani nahodou).
Takze prosim vsechny ty radoby odborniky, kteri spravuji ten svuj nejlepsi web a vsechno testuji a maji rollback skripty, laskave si uvedomte, ze toto neni zadny PHP webik o nekolika desitkach stranek, i kdyz to tak vypada. -
Fena (neregistrovaný)hehe... ono kdyz se jen data kopiruji treba 6 hodin, tak se o nejakem navratu do 30min muzete nechat jen zdat... je videt ze jste nikdy nepotkal DB v 100-1000 GB. nad takovou DB by jen ten roll-back dat bezel treba i cely den, takze je lepsi za 1/2 dne vyresit ten problem, nez to vracet (s neurcitym vysledkem) zpet.
-
Dusan (neregistrovaný)Proc shanet? Pri vyvoji podobnych systemu jsou vzdy k dispozici minimalne ctyri prostredi - vyvojove, deployment (QAS), produkce a skolici. Prostredi nebyvaji stejne velka, ale minimalne deployment a produkce maji stejnou architekturu, takze se lisi jen mnizstvim pameti a osazenych CPU.
-
insider (neregistrovaný)vzhledem k tomu, ze jsem na nem delal take, a na stejnych resenich jinych bank mohu samozrejme potvrdit co rikate s vyjimkou ovsem s par vyjimkami
- testovani neni prilis komplexni, casto je to nahoda, to nemluvim o nefunkcnim cyklu use-case- QA
- vyberova rizeni - svetove uznavane AS jsou vybirane na party a lodich s chlebicky v rukach...obalky meni ruce
- vyvojari casto nejsou to nejlepsi.. dulezita je cena, par dobrych ale zbytek jsou pricmrndavaci, casto cele reseni stoji na 5 lidech
- i ten svetove uznavany AS bezi na windows, dovolim si tvrdit, ze v top 5 bankach se vyviji a ladi na win
- vyvoj je casto outsorcovan a tudiz reseni v mnoha bankach pak dodava stejna firma nebo stejne firmy
ČLÁNKY DO MAILU