> > > modelova situace.. chci provozovat databazi, tak nainstalim -current > > > z "vhodneho data", pustim nejaky crash-test na tu danou databazi, > > > necham to 14 dni v kuse bezet a pak se prijdu podivat jestli to > > > nezdechlo.. pokud nezdechlo tak s tim hura do produkce :) a pokud > > > zdechlo tak to "nejak poresim" > > > > Akurat, ze to "pokud zdechlo, tak to nejak poresim" je nieco, s cim sa > > klient nemusi stotoznit a co ta v konecnom dosledku moze stat odchod > > klienta. Ak ti -current a jeho ficurie za taketo riziko stoja a to > > riziko si vies zmanazovat (strata dat, porusene sla atd.), tak sa da > > uvazovat. 99 ludi zo sto vsak radsej pojde cestou vyslapanou. > > vsak ja nemluvim o zdechnuti v nasazeni :) ja mluvim o zdechnuti pri testovani pred nasazenim :)
Martin ma pravdu, otestovat nelze vse. Na druhou stranu, pokud se rozebehne rozume cluster a bude to splnovat pozadavky ktere mam, nestabilni platforma nemusi byt az takovou prekazkou. Menit platformu systemu (operacni system) se mi nechce, i kdyz je to jenom kombinace webovych technologii atd. Moznost je samozrejme prejit na Linux, ale to se mi nechce. Dalsi rozumnou moznosti je Solaris/Intel nebo systemy jako jsou Windows. Ale porad je to to same. Takze, pokud chci zustat na FreeBSD a chci se vyhnout nekterym technologiim (NFS), musim predevsim najit filesystem, ktery bude podporovat pripojeni vice nodu, idealne RW. Honza -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
