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?
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.
Hm ... Potreboval jsem nabidku, ktera potrebovala datovy tok kolem 20 Mb/s (ve spicce) - do zemi ceskych a nebyl problem s umistenim hlasky. Vysledna castka byla skoro o dve nuly vyssi.
Vychazim z cen na fakturach pochazejici z housingu IOL. Lepe to komentovat neumim. Vlci mlhu jsem mit mohl, mohl jsem ji mit i nekolikrat za sebou, to vse je pochopitelne mozne.
Aby bylo zrejme, hovorime o nelimitovanem toku na 100M, ze?
K nelimitovanemu toku jsme se vubec nedostali (na jakekoliv rychlosti). Holt Telecomu nejde o zakazniky, ale pouze o kamarady :-| <P>
Tak jsme (=muj zakaznik) u jineho ISP a troufam si tvrdit, ze je to lepsi.
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.
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.
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
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.
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...
Na portalu nejsou zadne staticke stranky, cele to je pochopitelne generovane z databaze. Taky docela nechapu jak to muze nekdo srovnavat s www.statnisprava.cz kdyz videl jen login page, ale co je dal nema vubec tuseni. Mohu te ujistit ze toto srovnani je zcela absurdni.
To, co povidate, je dost k neuvereni. Jeste vic k neuvereni je, ze to takhle bez uzardeni vyvolavate do sveta. Nebylo by vyhodnejsi udelat si nejdriv par zakladnich kursu o internetu a webu, nez zacnete psat webovou aplikaci?
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 :-).
A to vsechno 2x, ostre a testovaci prostredi :-)
K tomu jeste nejake sitove komponenty.
Jinak aby bylo jasno na com bezi websphere: jedna se o server IBM 2.4 Ghz, 2 Gb RAM a nejake 2 SCSI disky zapojene do RAIDu tusim ze 60 GB.
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.
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.
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).