Gdzie i  jak stosować open source?

Do napisania tej notki wykorzystałem fakt bycia administratorem w  średniej wielkości firmie. Jest to dla mnie dobra okazja do obserwowania jak się dobiera rozwiązania w informatyce w  kontekście ceny, opłacalności, posiadanych funkcji, a  przede wszystkim spełnieniu biznesowych  celów.

Dlaczego asterisk wygrał z konkurentami?

Asterisk w  firmie , w  której pracuje pełni rolę pełnowartościowej centralki PBX. Przeważyły takie cechy jak: stosunek funkcjonalności do  ceny, która prócz pensji administratora i sprzętu jest zerowa. Dlaczego nie zmigrujemy na  jakieś gotowe rozwiązanie? Bo póki co  wszystko jesteśmy w stanie realizować za  pomocą  Asteriska.

Dlaczego Windows SBS2003 wygrał z  Linuksem i innymi?

Żeby odpowiedzieć na to  pytanie należy zadać inne pytanie: Jak funkcjonowała by firma bez sbs‑a i jakich produktów należało by  użyć, aby było równie dobrze i w  podobnej cenie? Sbs obsługuje pocztę i domenę. Ok, można zrobić pocztę na  scalix, domenę na  sambie, ale w  momencie kiedy powstawała firma i taka funkcjonalność jaka potrzebna była do jej obsługi na  "od teraz" przynajmniej samba nie oferowała i  nadal nie oferuje:)

Dlaczego Mysql wygrał na  serwerze bazodanowym z innymi?

Pisząc  z  innymi mam tu  na myśli głównie Microsoft i jego MSSQL. Na serwerach bazodanowych wykorzystujemy mysql (chociaż moim zdaniem lepszy jest postrsql), ponieważ nie ma  problemów licencyjnych, a  ponoszenie takich kosztów jest marnotrawstwem skoro darmowe rozwiązania oferują to samo co  zamknięte i  w  zupełności zaspokajają cele biznesowe  firmy.

Dlaczego Postfix wygrał z  Exchange na  drugim serwerze pocztowym?

Prócz  serwera Sbs z  jego exchange istnieje jeszcze jeden serwer służący do zupełnie innych celów. Exchange zajmuje się obsługą skrzynek firmowych , zaś drugi serwer skonfigurowany jest do  wysyłania różnorakich biuletynów, broszurek itd... Nie ma  potrzeby współpracować z domeną, jest w  zasadzie od niej niezależny, a więc znowu za darmo można mieć coś co spełnia w stu procentach potrzeby firmy.

Dlaczego Spamassassin na Windows Server 2000 przegrał z zewnętrzą obsługą poczty?

Długi czas problemem i  to poważnym był spam. Wcześniej poczta była obsługiwana przez duet w  postaci Windows Server 2000 z aplikacją Imail + Spamassassin , a  to  wszystko współpracowało sobie z  Windows SBS 2003, kto korzystał z  konektora POP3 ten pewnie łatwo domyśli się jak ten duet współpracował. Konektor POP3 skonfigurowany oczywiście na Windows SBS2003. Żeby odpowiedzieć na pytanie muszę wspomnieć parę słów o działaniu świetnego spamassassin na systemie Windows. Otóż do  jego poprawnego działania w Imail potrzebny był taki mały program o  nazwie "SAC", po jego instalacji w ustawieniach IMAIL podmieniało się slowo "smtp" na "sac.exe" i już można było cieszyć się działającym spamassassinem... No  właśnie, żeby on działał jak należy trzeba było jeszcze troszkę się pomęczyć. Walka ze spamem była dosyć czasochłonnym zajęciem, bo  musiałem non stop uaktualniać tzw.: phraselist, czyli plik z frazami , które Imail miał blokować, ponad to spamassassin działał dosyć wybiórczo, na  pewno nie tak jak powinien. W  efekcie czego mój czas był w  zasadzie marnowany, bo aplikacja, a  później już sam serwer odmawiał posłuszeństwa, a ja w  tym czasie mogłem robić wiele innych pożytecznych rzeczy. Otóż to  rozwiązanie przegrało z  pomysłem na  przerzucenie poczty na  zewnątrz ze  względów ekonomicznych. Bardziej się opłaca płacić mi za  robienie pożytecznych rzeczy plus opłacanie serwera zewnętrznego do  obsługi poczty (pozbyliśmy się spamu), niż albo użeranie się ze  starym rozwiązaniem, albo migrację na coś nowego, np.: scalix .

Dlaczego SugarCRM wygrał z  kalendarzem w  outlooku?

Pytanie  trochę dziwne, a dlatego że  inaczej rozumie sprawę obsługi IT w firmie prezes, a  inaczej ja.  Sugar CRM wykorzystuje tylko ja i mój pomocnik, który odpowiada za  pomoc użytkownikom. Do sugara lądują wszystkie zgłoszenia, ja zaś mam tam całą dokumentację odnośnie serwerów, wszystkie ważniejsze czynności, opisy konfiguracji etc... Wykorzystujemy moduł do  obsługi helpdesk, a  w razie potrzeby stosunkowo małym kosztem pracy mam możliwość zbudowana swojego własnego modułu. Prezes zaś myślał że  potrzebuje tylko narzędzia do planowania, no  i  kalendarzyk być może by wystarczył, ale jak w  nim oddać to co  robię na serwerach, oraz to jak w  nim oddać przebieg napraw?

Prócz  tego co  powyżej wykorzystujemy intensywnie Debiana. Więc Debian to nasz główny system wszędzie poza Sbs‑em. Na Debianie mamy ruter, SVN, który służy pomocą programistą, bugzille, sambe i  parę innych  rzeczy.

CRM

CRM to  własna aplikacja napisana najpierw przez prezesa, później rozwijana przez pracowników firmy. Z tego co  wiem, ma być też wydana jakaś wersja open source, ale to  dopiero z  momentem wydania nowej wersji tego CRM. Więc tu  zastosowano inną logikę: po co  wydawać, skoro umiem sam sobie stworzyć narzędzie? Jak się później okazało, jeszcze można na nim  zarabiać.

Dlaczego Windows wygrał z  Linuksem na stacjach roboczych?

Spora część użytkowników miała szansę migrować z  windows xp  na jakąś dystrybucję linuksa. Całkiem poważnie rozważałem taką możliwość. Jednak zadecydowały takie czynniki jak: -przyzwyczajenie do znanych aplikacji -wykorzystywanie activx w przeglądarce IE, w ogóle wykorzystywanie IE. Aplikacja CRM jest od niej uzależniona -brak czasu na odpowiednie przeszkolenie wszystkich osób objętych migracją, pracownik zagubiony to straty dla firmy, a  jak by przyczyną tego była przesiadka na linuksa, bezpośrednio obciążyli by mnie Niestety tu nie ma miejsca na ideologię, czy własne poglądy, zawsze liczy się to czy dane rozwiązanie zaspokoi cele biznesowe i umożliwi firmie  zarabiać.

Podsumowanie.

Jak widać powyżej jest to mieszanka rozwiązań płatnych z  darmowymi, o  otwartym kodzie. Prawie zawsze decyduje to, czy dane rozwiązanie spełnia jakieś konkretne wymagania biznesowe, np.: pozbycie się spamu było tak ważne, że  firma była w stanie wydać fortunę, byle by rozwiązać problem. Tam gdzie to  możliwe i ma sens mogę spokojnie stosować otwarte rozwiązania, tak też czynimy z kopiami zapasowymi, które obsługuje bacula. Tak samo postąpię z przerzuceniem ludzi będących obecnie w  grupie roboczej do  domeny. Z racji tego, że  nie muszę w ich przypadku wykorzystywać funkcji, które samba nie posiada, mogę ją  wykorzystać jako kontroler domeny, bo w  zupełności wystarczy, zamiast dokupować licencje dostępowe dla około 50 osób. Gdyby pojawiała się chociaż jedna funkcja, którą samba nie obsłuży, a  która była by konieczna do  pracy, firma bez patrzenia się na koszta dokupiła by licencje. Podobną zasadę stosuje się w doborze oprogramowania na  komputerach biurowych, chodzi głównie o pakiet biurowy. Ci pracownicy, którzy muszą mieć Ms  Office po  prostu go mają i już, pozostali radzą sobie z  Open Office.