🚀 go-pugleaf

> 
> Brzmi to dosc akademicko, ale rzeczywistosc jest zupelnie inna. Nikt nie 
> bedzie wywalal 10k EUR na funkcjonalnosc ktora nie jest potrzebna i nic 
> nie wnosi. 
Widzisz - wiekszosc duzych systemow kosztuje zdecydowanie wiecej niz 10k 
euro. Liczy sie to raczej w setkach tysiecy ...
Funkcjonalnosc MySQL w zupelnosci wystarcza dla wiekszosci
> web aplikacji, twierdze nawet, ze jakies 90% instalacji Oracle czy 
> innych hight end-owych baz pod back-end web aplikacji to bylo totalne 

Nie zgodze sie z Toba. Funckjonalnosc MySQL-a wystarcza do wiekszosci 
prostych systemow - owszem. Ale wiekszosc systemow kosztujacych setki 
tysiecy euro nie jest prosta i MySQL tu nie wystarczy zdecydowanie.
> Na MySQL znajdziesz przynajmniej jedna 
> komercyjna i pare dobrych open-sourcowych implementacji klastra.

Owszem - jestem jedynie ciekaw ich funckjonalnosci w porownaniu do np. 
RAC Oracle'a. Co do rozwiazan komercyjnych, to bys je przemilczal 
chociazby z racji wyznawanych open-sourcowych pogladow ;-).

>>
>>>  Co ciekawe, to nie jedyny tego typu system z ktorym mialem 

> Mam wrazenie ze poprostu brak ci doswiadczenia w real applications. 
> Podejzewam ze pracujesz na jakies uczelni i wykladasz teorie biednym 
> studentom. 

Niestety studenci wkrotce zdeza sie z twarda rzeczywistoscia,
> a ta dla zamknietych systemow jest raczej mniej litosciwa.
No - znowoz zamkniety-otwarty (no nie bede sie czepial terminologii - 
wiem,ze chodzi Ci o dostepnosc kodu zrodlowego). Hmmm - ja zyje z tzw. 
systemow "zamknietych" (Oracle DBA) i jakos sie dobrze mam, nie glodze 
dzieci ani zony ;-), nie przewiduje rowniez takiej sytuacji w 
przyszlosci (odpukac).
> Powiem szczerze: nigdy nie zdecydowalbym sie na deployment naprawde 
> krytycznej dla firmy aplikacji, ktora do tego jest  rozwijana 
> dynamicznie i musi byc czesto customizowana, na jakimkolwiek zamknietym 
> systemie. 

Customizowalnosc aplikacji ma sie nijak do "otwartosci" systemu w ktorym 
jest rozwijana. Latwosc jej przeprowadzenia wynika raczej z jakosci 
projektu - wiec pudlo ;-)

W wypadku gdy parominutowy przestoj kosztuje firme dziesiatki
> tysiecy EUR, lub moze ja poprostu zniszczyc, nnieslychanie wazne jest 
> doglebne rozumienie dzialania systemu. 

A takze wsparcie techniczne, ktorego w tzw. "otwartych" systemach 
brakuje - ja wiem - Ty zaraz wystrzelisz, ze jak to - przeciez sa listy 
dyskusyjne, z autorem nieraz mozna sie bezposrednio skontaktowac itp - 
ale tu chodzi, mowiac brutalnie, aby w sytuacji krytycznej miec 
mozliwosc pociagniecia kogos do odpowiedzialnosci. Open source Ci takiej 
mozliwosci nie daje. Co do krytycznosci systemu - no jakos nie widzialem 
banku chodzacego na MySQL-u, na Oracle, DB2 itp - i owszem - calkiem 
sporo - mimo ich "zamknietosci" - dlaczego ? Czyzby to brak wyobrazni i 
rozrzutnosc zarzadu ? A moze znasz takowy ? Co do akademickosci mojej 
wiedzy
a) adres mailowy zalaczany w korespondencji oczywiscie wskazuje na moje 
glowne m-ce zatrudnienia
b) patrz wyzej - z pracy akademickiej nikt nie wyzyje w tym kraju - 
mialem do czynienia z kilkoma naprawde duzymi systemami _NIE_ 
pracujacymi w oparciu o open source - przy ich implementacji nikomu 
nawet nie zaswitala w glowie szalona mysl zastosowania MySQL-a czy 
Postgresa. Za to moim studentom akurat czasami takie zwariowane pomysly 
przychodza do glowy ;-).

W tym nie pomoze ci zaden support
> bo kolesie z supportu przyjezdzaja zawsze za pozno i pozatym nic nie 
> wiedza o twojej aplikacji.

To kiedy oni przyjada i czy cos zrobia, czy tez nie rozwiazuje sie odp. 
umowami. I wtedy jestes bezpieczny. Natomiast samodzielne dlubanie przy 
systemie jest zrabialne jedynie w przypadku niewielkiej skali tegoz.

  Moge podac pare innych historyjek np. o
> jednym partnerze firmy w ktorej pracuje, ktory zakupil sobie pewnego 
> razu zamknietego firewalla do systemu produkcyjnego. Po jakims czasie 
> okazalo sie ze firewall filtruje rowniez prawidlowe pakiety z ustawionym 
> bitem ECN. Doproszenie sie o fix firmware do tej maszynki zajelo tej 
> firmie 3 tygodnie. W tym czasie, oczywiscie wszyscy ktorzy uzywali np. 
> proxy na linuxie z wlaczonym ECN nie mogli polaczyc sie do systemu. Ta 
> firma stracila duza kase i nie zdecydowala sie na proces.

No to w takim razie sa dwie mozliwe przyczyny
a) brak bylo odp. umowy
b) brak wyobrazni decydentow

> Mam tez w zanadrzu pare innych historyjek ale wyciagne je moze przy 
> nastepnej riposcie :D.
> 

No czekam z niecierpliwoscia ;-)

> Pozdro
> Maciek

pozdrawiam
Witek Swierzy
wswier@sgh.waw.pl