Vlákno názorů k článku Portál veřejné správy odstartuje za měsíc od Venkovan - Je opravdu cena 40.000.000KC/rok skutecna?? Rocni naklady pripojeni...
-
Článek je starý, nové názory již nelze přidávat.
- Podle hodnocení
- Podle vláken
- Nejnovější
-
Venkovan (neregistrovaný)Je opravdu cena 40.000.000KC/rok skutecna?? Rocni naklady pripojeni jsou urcite mensi nez 120.000. Zelezo urcite do 200.000 vcetne zalozniho stroje, software 0KC, 3 lide v non-stop smene vyjdou na 1.800.000KC. Naklady na vyvoj aplikace urcite do 500.000. Import dat z jiz hotovych bazi urcite mene nez 1.000.000.
At to scitam jak to scitam, tak se ke 40.000.000KC neumim dopocitat. A to kalkuluji nejen rocni naklady, ale i naklady nastartovani projektu.
Mohl by mi nekdo objasnit, proc stat plati 8x vice?
-
Venkovan (neregistrovaný)10.000 je cena, za kterou Vam IOL/CTc proda datovy tok na 100M v housingu. Zejmena pokud jste a) 51% akcionar, b) date jim vetu, ze to mate u nich, c) jedete prevazne do zemi Ceskych.
Pokud v CTc nekoho znate, pak Vam to daji i za polovinu teto ceny.
Je mozne, ze se mylim, ale byt v NKU, rozhodne bych pri proverovani zakazky nevynechal nektere faktury co CTc vystavuje/vystavoval jinym. -
Jakub Suchy (neregistrovaný)zelezo 200 000 vcetne zalozniho stroje? kolik ma treba portal jako centrum/seznam stroju? celou farmu. na takovy portal nemuzu postavit noname stroj s noname case a noname zdrojem. takze jeden takovy server pravdepodobne vyjde na vice nez 200 000 korun. a vy jich potrebujete nekolik. webserver, databazovy stroj, dns. to vse minimalne jednou zalohovane.
-
Venkovan (neregistrovaný)Obavam se, ze nemate pravdu. Srovnavat navstevnost s portalem centra nebo seznamu je dost odvazne, mozna i nesmyslne. Oba navic (asi) jedou crawlery a fulltext indexery, coz umocnuje nesmyslnost Vaseho srovnani, a naopak vysvetluje ucelnost web farmy v jejich pripade.
Naopak pocet write-operaci na webu od MI CR je maly. Je opravnena otazka, jestli pri absenci diskuzi k tematu a podobnych dynamickych veci ma smysl vubec nasazovat RDBMS. Podle toho, co jsem videl, staci jet statiku generovanou pres XSLT. Odbavovani statickeho obsahu jde velice rychle. Na to nepotrebujete ani RS/6000 ani websferu. I kdyz predimenzovat jde vse.
Nejsem pritel hogofogo reseni, jsem pritel ucelnych reseni, ktere resi prani i potreby klienta.
Jaky hitrate ten server bude mit? Ja bych odhadl tak do 500hit/sec. A to jsem optimista.
-
Jakub Suchy (neregistrovaný)ja si dovolim tvrdit, zep okud na portalu bude to, co stat tvrdi, tak ta navstevnost bude vyssi nez navstevnost centra/seznamu. snad uvidime statistiky po nekolika mesicich provozu.
jedna vec je navstevnost a jedna vec je spolehlivost. a tohle musi mit spolehlivost vysokou, ne na urovni hostingu u psa
pri absenci dynamickeho generovani obsahu z databaze - to myslite tak, ze obec posle mail administratorovi, aby informace zmenil?;)
a ne nadarmo se mluvi o podavani danovych priznani pres portal, podavani vykazu pro socialku apod. to jsou veci, ktere potrebuji velmi silny databazovy backend, nemyslite? nebo ze by stacilo postavit to na mysql? to je takova lepsi ulozna informaci
imho hw pro takovy portal vyjde spis na nekolik milionu, nez nekolik set tisic -
Venkovan (neregistrovaný)Predvedeny portal statni spravy ale neni zpravodajsky portal s velkou rotaci. Mozna bude vhodne, pokud nejprve realizujete nekolik webovych farem - jiste nuance pak pochopite sam.
Me nyni bude zajimat predevsim nalez NKU.
S dynamickym obsahem jste nepochopil myslenku. Necht si uzivatel meni sva data sam, a jakmile tak ucini, nascheduluje se regenerovani zavislych stranek, ktere odbavujete navstevnikum. Pak nepotrebujete zadne relacni databaze a nemusite zbytecne pocitat tytez stranky, zvlaste kdyz se 99.9% casu vystavovani nemeni. Tim poklesne cena na jednu transakci v systemu, a tim take svemu zakaznikovi usetrite za realizovane reseni. Doufam, ze tento ukazkovy priklad chapete. -
Michal Kara (neregistrovaný)Presne tak. Kdyz uz jsme u tech portalu, tak jedno PV treba na katalogu je podstatne mene narocne nez jedno PV freemailu. Portal statni spravy jsou ve vetsine pripadu staticke stranky, ktere se obcas pregeneruji a u takovych jsem schopen obslouzit tisic za sekundu na ne nijak extra drahem HW. Mam zkusenosti z povodni, kdy jsme ve zpravodajstvi odbavovali, jestli mi pamet slouzi, cca 400 dotazu za sekundu a stacily nam na to dva pocitace a to bylo hodne stranek dynamicky generovanych z databaze.
Jelikoz CT uz ma 24x7 dohled a vlastni pripojeni k Internetu, tak muze mit naklady na provoz kolem 1 milionu rocne a to se ani nemusi moc snazit o efektivitu (jinak to pripojeni za 10kKC mesicne mi take prijde dost levne, zalezi na datovem toku).
Jinak vpodstate podobna vec je uz ted na www.statnisprava.cz. Provozuje to soukroma firma a zije to vpodstate z reklamy a dost pochybuji, ze dokazi prodat reklamu za 40 milionu rocne...
-
Michal Kara (neregistrovaný)Tech 500 hitu se mi moc nezda. Jak jsem psal v jinem prispevku, uz ted existuje www.statnisprava.cz. Ta ma sice podle toplistu.cz ve spicce cca 400 hitu. Ale za hodinu :-)
Ad spolehlivost - ano, ale myslim, ze 99% bude bohate stacit. Mozna i mene.
Dynamicke generovani - uz to tu bylo naznaceno predtim - dynamicky generovat ano, ale pri zmene udaju a ne pri kazdem pozadavku na cteni.
Neznam detaily toho podavani, ale pokud bych mel soudit podle jinych reseni, tak to bude neco jako "napiste udaje, ja je vlozim do mailu a odeslu je uradu" (samozrejem se to nebude posilat mailem, ale vpodstate pujde o vyplneni formulare ktery se nekam ulozi a na to nepotreuji silny DB stroj, ale prave spis uloznu informaci :-).
-
ondrej (neregistrovaný)Rekl bych, ze objasneni vam dat nikdo nemuze. Chybi nam totiz zasadni informace:
a to znalost vsech pozadavku zadavatele (MI, statni spravy), ktere ovlivnuji architekturu celeho reseni a jeho provozni stranku.
MI mohl specifikovat vysoke pozadavky v oblastech:
- dostupnosti sluzeb portalu
- sibenicni doby odezvy na uzivatelske pozadavky
- zpusobu aktualizace obsahu
- casu obnovy v pripade havarii
- dohledu a monitoringu
- a dalsich
Dalsi neznamou je, s jakymi pocty uzivatelu a souvisejici zateze pocita.
Vsechny tyto informace se pote promitnou do ceny provozu. Jestlize pozadavky MI na provoz jsou vysoke (dostupnost 5 9-tek, odvezvy v max v radu 2-4 vterin), vyzaduje komfortni zpusob aktualizace obsahu, a to vse pro provozni rezim, ktery pocita s velkym mnozstvim pristupu (v radu tisicu), pak i cena muze byt vysoka.
Rekl bych ze v tomto pripadu zatim nesudme - nevime, zda-li MI chtelo (a poridilo si) F16 nebo Mig15. -
Venkovan (neregistrovaný)Ano mate pravdu, nevime konkretni zadani. Presto muzeme alespon neco odhadnout z predstaveneho polovysledku.
Vystacilo-li by se se statickymi strankami, coz se zda ze ano, bavime se o reseni co na obyc PC dela 1500hit/sec, odezva v radu 10 x ms.
Odezva 2-4s? Takovou "praci" bych neodevzdal nikdy, protoze bych se stydel.
Jestlize MI chtelo fe s obrovskym mnozstvim WR pristupu, pak tvurce zadani nebyl zcela pri smyslech. Uz vidim jak nekde 100x denne meni pracovni dobu mistniho uradu. Ale v CR se uz pomalu divim jen jedne veci - ze to tady jeste nezbankrotovalo.
