Windows -> Linux (JDS) migráció whitepaper

Sun Microsystems

Megjelent egy tanulmány a Sun BigAdmin oldalán, mely a Windows-ról Java Desktop System-re történő átállás fázisait, migrációs lépéseit, lehetőségeit mutatja be.

( tolmi | 2005. 02. 01., k – 16:13 )

Nos ezzel csak az a bajom, hogy a Sun a sajat (mellesleg nem olyan rossz ;) Java Enterprise Serverere migral ebben a doksiban. Szoval nem tudom, hogy hogyan lehetne altalanositani ezt a whitepapert barmely Linux disztrora (max 1/3-at).

Open Source integralt directory service-t meg nem talalsz keszen :) Dehat nekem is elnem kell valamibol.... :D

1. JES is fut es tamogatott Linuxon (meg szep lassan Windowson, HP-UX-on is)

2. Sun LDAP + Sun Messaging + Sun Calendar helyett migralhat az adott ceg OpenLDAP + Postfix + ... nem istudom mire. A problemakat desktop eseten nem a szerver oldali migraciok okozzak... Eleg szep referenciak vannak itthon JES-re a felsooktatasban, ahol inkabb hajlamosak az emberek open source-ot hasznalni (Godollo, Schonherz - bar utobbihoz viszonylag sok kozom volt, meg gepet/storage-ot is "ajandekba" adtuk ala), es megis JES van.

3. Egyes hirek szerint a JES egyes komponensei is megindulnak szep lassan a CDDL fele vezeto uton (bar en ebben azert annyira nem hiszek, pontosabban hiszem, ha latom).

A te megoldasod nehany tucat felhasznaloig biztosan szepen mukodik, de ez a white paper (megintcsak) a nehany szaz fos cegeknek (es a folott) szol.

A meglatasaid mindenesetre jok:)

Ja, es hogyan lehetne altalanositani:

- vedd ki a termekneveket, es koncentralj a leirt feladatokra, migracios lepesekre. Az szerintem teljes egeszeben felhasznalhato es egy jo tampont barmilyen migracio vegrehajtasahoz.

Volt egy projektunk ahol Windowsrol migraltunk pre-JDS-re, es az ugyfel pl teljesen kifelejtette a dokumentumkonverzios lepeseket, majd a projekt vegefele jon ra, hogy az Excel 95-ben keszitett mini vallalatiranyitasi rendszere OpenOffice.org-ban nem fog mukodni a makrok inkompatibilitasa miatt...

Ebben az esetben az Office alkalmazasi platformkent torteno hasznalata okoz baromi nagy migralasi nehezseget, es hagy vegul rossz szajizt a projekt minden resztvevojeben + az ugyfelben...

( openscope | 2005. 02. 01., k – 17:27 )

Nekem meg mindig jobban tetszik az IBM [www.hup.hu] anyaga...

A user ellenallast (minden uj fele) hogyan lehet kivaltani?

Speci programok, melyeket mashonnan kovetelnek az adott cegtol (kozpont egy multinal, valamilyen felugyeleti szerv, vagy siman az APEH ;) ), de csak MS-en fut mikepp kerul bele, melyik phazisba?

Erdekes hogy eloszor all at desktop szinten aztan allitja rendbe az uj kiszolgalot.

Nem is tudom, en az ilyen kijelentesektol maszom a falra:

"Even if an application needed is not included in the distribution, chances are that there is an OSS equivalent that can be installed free of cost."

Oke, kell nekem valami MS Project kompatibilis OSS es free program, de azonnal...

Amugy tenyleg nem rossz az anyag, de azert a kek kopeny alol csak-csak kibukkannak gyartospecifikus megjegyzesek ebben is:)

User ellenallas: Qrva nehezen. Segit, ha elkuldik tanfolyamra, kap valami kis ajandekot, esetleg a regi PC-jet hazaviheti. A problema az, ha a usernek hatalma van, es az IT osztaly gyenge az organizacion belul (ez azert itthon gyakori).

Speci programok: mi egy ugyfelnel Windows Terminal Serverekre migraltuk az osszes ilyet (a regi kamatszamito programot ujrairtuk Java-ba, de a tobbi DOS-os szutykok maradtak). APEH, banki utaloprogram, stb pedig szepen fut egy RDP kliensbol... PC-k helyett meg ott van 10 szerver es 300 vekonykliens (kicsit tulmereteztem a UNIX oldali dolgokat, mint utolag kiderult, de ez van, ha teljesitmenygarancia es kotber terheli a szallitot:)

Sracok ossze ne kapjatok mar!:D Meg a vegen Magyarorszagrol indul a Sun Novell haboru... :)))

Joelnek igaza van. De minden szentnek maga fele huz a keze ;)

Amugy tok jo, hogy ilyen nagy tapasztalattal biro cegek, mint a Novell,IMB,Sun,stb marketingszempontbol is korrekt anyagokat adnak ki. Nem kell a Linuxot favorizaljak! Egy a lenyeg: Diverzitast eroszakolnak ki -> versenyhelyzet (es az csak jo lehet a piacnak :)

User ellen allas es gyonge (megturt) IT nekem ugy tunt mashol is jellemzo, nemcsak itthon, igaz, csak Angliaban, Finnorszagban, Japanban es Indoneziaban voltam cegeken belul hoszabb idore. De leginkabb idehaza tapasztaltam az "En mar akkor is itt dolgoztam amikor te meg bilibe pisiltel" emberek azok akik valahogyan ott ragadtak es legtobbszor donteshozok is. Szerencsere a kor (sajat koruk es a mostani helyzet) eleg komolyan kirostalja oket, de az allami es kozszfera amig ki nem halnak onnan, mindig tele lesz veluk.

Szoval a migracio soran vegul is maradnak MS termekek de max 1 (+ backup) server-en. Jo dolog.

Dehogy kapunk:) Lesz meg iden kozos sajtotajekoztato is, ahol a magyar community szamara igen hasznos egyuttmukodesrol ranthatjuk le a leplet (ha az egiek is ugy akarjak)...

Ez a jo az open source-ban, mindenki ugyanazokbol az epitokockakbol rakja ossze a hazat, csak a vegen masfajta kovel/festekkel burkolja...

Kedves Joel! :D

Hazafelé jövén azon gondolkodám, hogy hogyan világosíthatnálak fel elkekult-sargult látásmódodból :)

De aztán rájöttem, hogy nem en leszek az ujkor Petőfije :D Amde:

Hal' istennek vannak meg Mo.-n SOHO-k. Na ok nem bizti hogy Sun-t vesznek. Mondhatnam ugy is, hogy ez tul kicsi falat a Napocskanak. Es itt jon a kepbe az enfelem. Sztem ez igy van jol.

Masreszt: Nem tudod, hogy milyen megoldasokat tudok felkinalni, ergo nem mondhatod, hogy az en solutionom, az biztos befo nehany ezer juzer/gep felett :)

De egy biztos. Sokkal olcsobb, mint a JES es tud annyit :D


Harmadreszt: SCH. Na jah. Tenyleg Sun Fire a Balu. Es teny, hogy JES van rajta. De ne hidd, hogy azert van ott az a Sun Fire, mert a KSzK be van tojva es a Sun-os cuccban jobban megbizik.Egyszeruen csak tudjak a fiuk, hogy hol a helye. Ajmin' a Sun-t is meg akarjuk tanulni adminisztralni. Latni akarunk olyat, hasznalni. Es ha a minket alkalmazo cegnel Sun szerverekkel fogunk foglalkozni, akkor biztos nem Kerberos szerver lesz, amit adminisztralni kell. Hidd el, hogy vannak ott paran, akik barmikor le tudnak cserelni a Sun-t BSD-re :) Igaz Ropi :) Ugyanazt a funkcionalitast is elo tudnak allitani. De sztem mindenki orul, hogy a cegetek felkinalta ezt a csomo mindent es igyekeznek a leheto legjobban kihasznalni, megtanulni. Koszonjuk!

SOHO: pont errol beszeltem a nehany tucat "felhasznaloig" kitetellel.

Masreszt: volt egy Open Source vallalati rendszerek eloadas a Schonherzben par honapja. Te adtal elo?

JES... alap funkcionalitasban biztosan ossze lehet rakni egy vele egyenerteku szolgaltatast nyujto platformot (LDAP, SMTP, POP3, IMAP, WebMail, WebCalendar, WCAP, HTTP, J2EE app szerver, JSR 168 Portal Server, Project Liberty alapu identity provider, HA megoldasok). Kerdes, hogy skalazodna-e ugyanugy nehany ezer parhuzamos felhasznaloig commodity (x86, opteron) dobozokon. Azt hiszem meg meg lehet talalni a sajtoanyagat annak az esemenynek, amikor az Axelero elofizetett a JES-re. Pedig ott aztan tenyleg amit csak lehet open source-szal szeretnek megoldani.

Harmadreszt: pont ez a lenyege a dolognak. De azert arra a BSD-re lecsereljuk dologra kivancsi lennek. En meg emlekszem, amikor squirell mail-en lehetett olvasgatni a leveleket. Minden HTTP keresre IMAP letrehoz/lebont nem volt valami hudegyors es jol skalazodo megoldas 1500 felhasznalora, ugye?

Figyi, ha gondolod folytassuk offline, meghivlak egy sorre szivesen... Kerdezd meg az oregebbeket, egyetemista koromban en is ilyeneket mondtam, mint te most. Linux mindenre eleg, free software a vilag megmentoje, PHP egy kis XML-lel kombinalva mindenre eleg stb stb. Azutan kicsit kijjebb nyilt a szemem...

Ahhoz, hogy megvaltoztass egy rendszert, eloszor meg kell azt ismerned, bizonyos mertekben a reszeve kell valnod, es vallalnod a kockazatot, hogy az valtoztat meg teged... Ezt mar tobbszor ateltem, tobb helyen megtapasztaltam, es bar a 26 evemmel nem vagyok egy matuzsalem, azert remelem sikerult valamennyi eletbolcsesseget magamba szivni, ami a szakmai itelokepessegemet is valamelyest erositi.

Ma ugy gondolom, hogy az open source a fejlesztok legjobb baratja, a free es a nem free szoftvernek is megvan a helye a vilagban, a nyilt szabvanyok betartasa pedig gyakran fontosabb, mint a kod nyiltsaga. Ma ugy gondolom, hogy a PHP egyszerusege nagyszeru, de programozasra (kulonosen objektum orientaltra) teljesseggel alkalmatlan.

> En meg emlekszem, amikor squirell mail-en lehetett

>olvasgatni a leveleket. Minden HTTP keresre IMAP

>letrehoz/lebont

Hi!

Ez engem komolyabban erdekelne ... Hogyan lehet ezt ertelmesebben megoldani? Ha esetleg roviden leirnad/irodalmat adnal, azt megkoszonnem!

Khiraly

Joel, nagyon jól össze van rakva ez a JES, de az illető a SOHO-ról beszélt, abban a szegmensben pedig az árazása miatt lehetetlen értékesíteni. A néhány tucat felhasználós kitétel igaz, _nagyrészt_. Open Source-ban sem csak SquirrelMail és PHP létezik. Valószínűleg nagyon hamar tudnátok prezentálni egy demot, ahol 1500 felhasználónál egy BSD felborulna - de akár elhiszed, akár nem, én is tudok olyat prezentálni, ahol meg a Solaris. Annak, hogy a legtöbb open source telepítés olyan, amilyen, egyetlen oka van: hogy olyan embereket engednek számítógép közelébe, akiknek egyébként le kellett volna vágni rég a kezét. Kíváncsi volnék néhány JES installációra, ha olyan elemi tudatlansággal rendelkező szakértők kapnák meg telepítésre, mint akik ezeket a csoda linux vállalati szervereket csinálják. Szerintem el sem indulna a rendszer, ez vajon a JES hibája? Más kérdés, hogy aki rendelkezik annyi tapasztalattal, tudással, hogy hozzá tudjon szólni egy ilyen kérdéshez, az azt fogja mondani, hogy legyen JES, hagyjatok már a linuxos szarjaitokkal. Ez eddig mondjuk 2 ember az 1000-ből. Mellette ott van 950, akinek lövése nincs az egészről, de legyen csak postfix, mert anyu cégénél is be tudtam állítani, meg különben is azt írja a HUP, hogy. (bocs) És ott a maradék 48, aki azért képes lenne open source alkalmazások használatával is erre arra - de valószínűleg - ha már az axelerot említetted - nem axeleros fizetésért.

Egyszerűen úgy, hogy nem IMAP -on keresztül kommunikál a webmail a levezőrendszerrel; hanem a web alkalmazás vagy közvetlen csatornán kommunikál a levelező backenddel, vagy ún. multiplexereken keresztül, ráadásul mire ez a kommunikáció elkezdődik, addigra az authentikáció rég megtörtént - az sem IMAP-on, hanem egy identity manager / access manager segítségével, ami ugyanabból a directoryból dolgozik, mint maga a messaging backend. Joel ezt biztos jobban el fogja tudni magyarázni, mint én fáradtan, de itt van egy ilyen URL: http://docs.sun.com/source/819-0063/logical-architecture.html

De általánosságban is érdemes google-özni ilyenekre, mint java system communications express, java system messaging architecture, esetleg s/java system/sun one/

Na jo, de azert kitekint ide oda, es beszel az NLD-rol ami szamomra kellemes meglepetes :)

Egyebkent az oskiraly anyag az IDA [www.netproject.com] projektes... azt nem is ertem miert nem irjak tovabb... egy nyomtatott valtozata mindig hever az asztalomon...

na jo lehet hogy rendetlenseg is van rajta :)

Van meg ket hasznalhatobb darab:

Moving from Windows to Linux [www.amazon.com]

Windows to Linux Migration Toolkit [www.amazon.com]

Azt azonban ne felejtsuk el, hogy ezek az anyagok az amerikaiaknak keszultek, beleertve a Novell Make the Switch [www.hup.hu] anyagat is... oda ez kell, ezert mindenkeppen csak alapanyagnak tekinthetoek.

OFF: a tűzijáték hosszú ű... mint a tűzifa... csak mindig server errort kaptam a blogodban... :(

Mico, ez ugyben mar beszelgettunk parszor, es tudod, hogy igazat adok neked:) Igen, SOHO-ban meg a Microsoft is olcsobb tud lenni a JES-nel (SBS), es egyszerubb hozzaerto embert talalni az utcan, mint akarmelyik open source rendszerhez. De ezt el is ismertem, hogy SOHO-ban a JES az arazas es a szukseges hozzaertes miatt nem nagyon jatszik (legalabbis meg, bar ott van a 100 fo alatti cegek ingyenesen hasznalhatjak kitetel: de support nelkul minek). A hozzaertesen lehet segiteni: pl a Schonherzes tarsasagbol is kinott mar egy kisebb ceg, akik el is kezdtek lavirozgatni a piacon... de ez persze egyedi eset.

A Sun-os webmail egy C++-ban irt program, ami direktben a mail store-t irja/olvassa, es emiatt nagyon jol skalazodik. Persze a mail store is egy speci dolog alatta - minden level egy kulon file (kulon disk terulet, nem a felhasznalok home-jaban vannak az IMAP folderek - ebbol mondjuk latszik, hogy a mail store, az imap es pop3 demonok elvalaszthatatlan egyseget alkotnak).

A Sun Messaging Server amugy az Innosoft PMDF nevu MTA-janak tovabbfejlesztese, amirol annyit erdemes tudni, hogy:

"Unlike sendmail, PMDF security is achieved by design and implementation, that is, security and reliability were paramount issues considered during the PMDF design and coding process. Specifically, PMDF is coded using range-checked operations on counted strings rather than unchecked null terminated strings, unsafe constructs like unconstrained character pointers that cannot be range-checked reliably are avoided, compiler options to generate runtime range checking on arrays are left enabled, components either run in complete isolation or run with restricted privileges, so that even if bugs do turn up exploiting them cannot compromise the operating system, and so on. PMDF has also undergone extensive security analysis by outside tests on more than one occasion. And perhaps most important, in the 15-year history of PMDF I don't believe there has ever been a security hole that could be exploited through a remote SMTP connection"

Es persze full RFC compliant az MTA - a fejlesztoi kozul sokan szerzoi egyes RFC-knek:)

Az is tény, hogy nagyobb felhasználószámnál már az ára is kedvező. De az eredeti kérdésre visszatérve, a kollégáid valószínűleg legéppuskáznának érte, de igenis lehet open source eszközökkel is elég sok mindent megvalósítani - lásd netcraft.com, toplisták, a számok azok számok., nehéz kijelenteni, hogy néhány tucatig skálázódik csak a levelezőrendszer, nem alkalmas progrmozásra a PHP, stb stb, amikor igen sok és elég nagy siteok (tulajdonképpen a többség) működnek ilyen megoldásokkal. (Bár nagyon utálom őket.)

Nem tudom miert kell lenezni azokat az embereket, akik nem tesztnek mindenhova tobb millios kereskedelmi szoftvereket. A fenti szalbol szinte az jon le, hogy ahova komoly munka kell, oda csak kereskedelmi szoftvereket lehet hasznalni. Ez rotfl. Aki ilyet allit, az vagy nincs tisztaban a dolgokkal, vagy nagyon jol megfizetik azert, hogy ilyen baromsagokat allitson...

Szamtalan pelda van arra, hogy a szabad vagy nyilt forrasu szoftverek felveszik a versenyt, vagy akar adott korulmenyek kozott felul is muljak teljesitmenyben az ilyen-olyan kereskedelmi szoftvereket.

Csak azert, hogy lassuk az erem masik oldalat is, van nekem sajat tortenetem...

Az en meglatasom: amit itt a kollegak elovezettek az szep peldaja annak, hogy hogyan lehet valakit terelni egy iranyba.

Tortent egyszer, hogy Magyarorszag egyik legnagyobb cege Oracle SQL szervert szeretett volna. Mivel nem tudtak donteni, valakik azt ajanlottak nekik, hogy vegyenek Sun vasat, majd a Solaris 8-ra tegyenek 64 bites Oracle-t. A ceg erre a projektre X millio forintot szant. Ebbol a penzbol egy abban az evben mar ket evesnek szamito Sun Enterprise 250 jott ki ketto diszkkel szoftver tukorrel. Hozza csaptak a Sun dealerek egy kulso Sun StorEdge D1000-et par darab diszkkel (8). A gep X misibol (ket szamjegyu) osszeallt, de meg egy komolyabb RAID vezerlo sem kerult bele ennyi penzbol. Sima szoftver RAID!, ra az Oracle, el az ugyfelnek (hozzateszem a gepet hivatalos Sun dealer meretezte ugy hogy ismertek a terhelest (nevet nem mondok, nem lenne etikus), rakerult a szoftver, el az ugyfelnek. A rendszer pilotban ment es vartak a beigert nagy, szemkapraztato teljesitmenyt. De a teljesitmeny valamiert nem jott. Jott viszont a Sun szakembere, aki megnezte a gepet, es azt mondta hogy oreg. Itt-ott cserelni kell, kell bele egy kis ez egy kis az. Mondott egy tobb millios osszeget, majd elment. Az ugyfel nem orult. A megoldasszallito sem orult. Az ugyfel kinjaban fogott egy "gagyi' x86-os abban az idoben eleg jonak szamito dual Xeon 1.x GHz-es gepet, vett egy Microsoft Windows 2000 Advanced Servert, tett ra 32 bites Oracle-t, es lass csodat fele (negyede?) arbol 4 szer gyorsabb rendszert kapott.

Nem biztos, hogy a minden esetben a Sun a megoldas. :-)

Van egy masik tortenetem is, ahol Sun servert es a Solaris-t + Oracle-t lecsereltek Dell x86-ra Red Hat-ra es Oracle-re, es mind stabilitasban, mind teljesitmenyben jobbat kaptak. (Bp-i nagy korhaz). A mai napig uzemelo rendszerrol van szo.

Van meg tortenetem tobb is, ahol nem a Sun az egyik szereplo, hanem mas multi, de az itt offtopic lenne.

Ezek utan nem hiszem el, hogy ha arrol van szo, hogy par szaz mailbox-ot kell megkozeliteni barmilyen protokollon keresztul, akkor arra csak es kizarolag penzes szoftvert lehet hasznalni.

En inkabb igy latom: adott egy intezmeny (legyen ez onkormanyzat, egyetem, vagy barmi mas), ahol van egy megoldando problema. Az ottani emberek javareszt (tapasztalat, tisztelet a kivetelnek) nem ertenek a munkajukhoz, ezert ugy irjak ki a tendert, palyazatot, hogy komplett megoldasokat kernek. Kernek vasat, szoftvert, es migraciot. Mivel itthon keves olyan ceg van aki foglalkozik komolyan nyilt forrasu vagy szabad szoftverekkel, ezert az ilyen tendereket altalaban multik nyerik meg. Ha nem nyerik, akkor ajandekoznak, mert megtehetik. Az ajandekozassal a cegeket / intezmenyt egy kenyszerpalyara allitjak, persze felajanljak, hogy segitenek a migracioban is. Az intezmeny elindul egy uton, ahonnan mar kesobb csak nagyon nagy munka aran tud szabadulni. Ezert ezek a cegek / intezmenyek hasznaljak a multi altal szallitott valamit akkor is, ha az eppen nem a legjobb megoldas. Felreertes ne essek, en sem olyan cegnel dolgozom, ahol a szabad es nyilt forrasu szoftverekkel komolyan fogalkoznak. Nalunk is az a meglatas, hogy ahova komoly munka kell, oda csak kereskedelmi (MS) szoftvert lehet tenni (bar ez nalunk mostanaban mintha kicsit valtozna)...

Osszefoglalva, szerintem a hozzaertes hianyzik altalaban, es nem biztos, hogy a szoftverekkel van mindig baj. (Persze tudok en is olyan teruletet mondani, ahol nem nagyon lehet nem-kereskedelmi szoftvert hasznalni. Sot olyat is tudok, ahol a Microsoft termek akar meg jo valasztas is lehet. :-)

Comm Express a JES2-ben meg a Messenger Express-t hasznalja. A jovoben ez valtozhat/valtozni fog...

Elvileg Java-ban nem lehetetlen egy normalis, skalazodo webmailt megirni (egyszer megnyitott IMAP kapcsolat, objektum bepakolva a HTTP Session-be, a session timeout-nal meg lebont - jo, kicsit bonyolultabb, mert figyelni kell az IMAP kapcsolat hibait, de erre van a Proxy design pattern).

trey, alapvetoen igazad van.

Amiket elmondtal a Sun gepekrol, az maximalisan igaz volt. Nem veletlen a nyitas az Opteron fele - low-end-ben egyszeruen gyenge az ar/teljesitmeny viszonya a Sparc gepeknek (meg ugy is, hogy ma mar egy dual processzoros risc gepet megkapsz 1 milllio ft-ert). A high-end-ben vannak olyan tulajdonsagok amik sokaknak megerik a penzt, de az meg nem egy novekvo piac. Oruljunk, ha stagnal.

Nem veletlen, hogy tavaly Scotty a szoftveres J. Schwartznak adta at a gyeplot.

Nade visszaterve: itt es most abszolute szoftverekrol votl szo ebben a thread-ben, es nem erzem, hogy mi koze van mindehhez a Sun vasaknak.

"Ezek utan nem hiszem el, hogy ha arrol van szo, hogy par szaz mailbox-ot kell megkozeliteni barmilyen protokollon keresztul, akkor arra csak es kizarolag penzes szoftvert lehet hasznalni."

Nem. Mondtam, nehany tucatnal effektive tokmindegy, hogy mit hasznal az ember. Nehany ezer-nehanymillio mailbox eseten mar nem annyira. Kulonosen akkor, ha vallalati rendszerekben gondolkodunk, ahol a nehany ezer mailbox napkozben ugyanennyi allando aktiv IMAP kapcsolatot jelent...

Volt kozom nagy magyarorszagi ceghez ahova egy szinten nagy nevu magyaroszagi ceg szallitott B2B rendszert. A gep IBM volt, az OS AIX, szoftver a ceg altal fejlesztett szoftver. A gep es a szoftver joval 10 millio felett volt.

A szallito megmagyarazta, hogy ennek a cegnek azert kell ez a rendszer mert ez B2B (jol hangzik), es majd milyen jo lesz. Hat nem lett. A ceg szinte alig tudta hasznalni. Megnezettek egy masik szoftverfejleszto ceggel, aki azt mondta, hogy fele ennyibol megkodolna azt amire a valoban szukseg van, igaz nem AIX-re, nem RS6000-re, hanem x86-ra es mondjuk szabad szoftverbol.

A ceg atverve erezte magat (szerintem jogosan) mert a hangzatos nevek mogott nem allt megfeleloen elvegzett munka. En csak azt akarom mondani, hogy a nagy cegek sokszor arrogansak, lekicsinyloek, de elkepzelheto, hogy egyszer nagyot kuknak, ha nem szamolnak a szabad szoftverekkel.

Emlekszem meg, amikor 5 evvel ezelott a sajat cegemnel kimondam a Linux szot, es hahotaztak rajta. Ma mar nem teszik... A Linux is szabad szoftver, megha nehany ceg penzert is arulja.

"Szamtalan pelda van arra, hogy a szabad vagy nyilt forrasu szoftverek felveszik a versenyt, vagy akar adott korulmenyek kozott felul is muljak teljesitmenyben az ilyen-olyan kereskedelmi szoftvereket."

Trey, ennyire altalnos kijelentest nem szabad tenni. Mutass nekem egy OpenLDAP telepitest, ami felulmulja az ugyanazon a hardveren futo Sun Directory Server-t a masodpercenkenti lekerdezesek szamat tekintve mondjuk 6 millio bejegyzes eseten, indexelt mezore valo direkt kereseskor (tehat mondjuk uid=x, es x random).

Ez szerintem ugyanaz a problemakor, mint az, hogy at mernel-e gyalogolni egy a "falu common wisdom"-ja altal osszetakolt hidon a falu melletti patak folott. Es autoval athajtani? Es kamionnal? Nos, ha a faluban lakik mondjuk egy okleveles hidepito mernok, es azt bizonygatja, hogy megvannak a szamitasai, reszt vett a kivitelezesnel, es allitasa szerint egy jumbo jet-et is at merne tolni rajta, akkor igen. Csak valamiert nem hiszem el, hogy a hidepito mernok ingyen es bermentve egy ilyen hidat tervezne a falu szelere... Bar lehet, hogy csak a regi mondas miatt hiszem ezt: "Az amatornek ihlet kell, a profinak eloleg".

Azokban a szabad/nyilt forrasu fejlesztesekben, amik mogott van egy ceg, es annak jol megfizetett mernoki gardaja all, maximalisan megbizom. Foleg, ha fizeto ugyfelei vannak, akik hasznaljak, es akiknek az igenyei is alakitjak a szoftvert. Ha ceg van, de konkret embereket nem lehet hozzarendelni a dologhoz, nem teljesen tiszta, hogy milyen fejlesztesi modszertan van az egesz mogott... az mar kockazat. Ha ceg nincs, de az emberek megintcsak "szigoruan mernoki" szemmel nezve tudjak, hogy mit csinalnak, akkor is gyengebbnek erzem a kockazatot. Vegulis visszaterunk oda, hogy minden az embereken es az o kvalitasukon mulik (es mondjuk egy cegen belul nem eleg ha van nehany jo szoftvermernok, fontos, hogy szabad kezet kapjanak, es ne a marketing diktalja a fejlesztesek menetet - mert azert ilyet is lattunk mar, ugye)...

OFF: unicode az url-ben... nekem se jon be, de valakinek sikerult megis kommentelni ra. Az ű vs ü kérdésben viszont úgy tűnik a társadalom tényleg megosztott:)

Egy Windows -> nem Windows áttérés mindig macera. Csak csodálni tudom azt az IT vezetőt, aki egy ilyen projektet fel képes vállalni. Nagyon nagy az esélye, hogy még siker esetén is az állásába kerülhet a projekt.

Mint lejjebb irtam, nem tudok mindenre megfelelo nyilt forrasu vagy szabad szoftveres megoldast, de tudok olyan olyan peldat mondani, ahol igenis van keresnivaloja ezeknek a programoknak.

En csak annyit mondtam, hogy nem szabad lebecsulni azokat az embereket, akik ezzel keresik a kenyeruket. Lehet, hogy ezek az emberek meg mindig dolgozni fognak, amikor nehany UNIX multi mar csak a Google cache-ben lesz csak elerheto (a SCO az elso igazi eselyes erre :-)

En csak azt nem szeretem, amikor az emberek a kereskedelmi szoftvernel egybol a Windows-ra asszocialnak.

Irtad ezt a Dell + RH + Oracle dolgot.. mennyivel szebb lett volna szabad szoftveres szemszogbol egy Dell + RH + Postgresql/sapdb/firebird harmas, nem? Megsem ez lett...

Szerintem a fenti thread-bol abszolute nem az jon le, hogy a szabad szoftvereknek nincs keresnivalojuk a piacon.

Én azért nem pedáloznék az SCH-s JES-el, mert voltpár hónap, amíg többet nemment mint ment... Éshogy a srácok még mostse tudták megoldani, hogy egyszerre legyen procmail meg spamfilter...

most akkor a mico által említett 950-ben kell keresni őket, vagy a JES az ok?

KJ.

ui: egyébként szerintem is JES uberf*sza, mégha domino fan is vagyok.

( _Joel | 2005. 02. 02., sze – 12:08 )

Ime egy idealis open source megoldas SOHO piacra:

Reszlet a jdshelp.org jelenlegi nyitolapjarol:

"I was surprised to find out that Linux x86 with Samba 3 outperformed Windows Server 2000 and Windows 2003. So, I wrote about it in Linux Journal. Now, we're writing the specifications for a zero administration product for small office home office users. We plan to GPL the add-on and make Linux plug and play at home. Obviously, I'd like to hear from anyone with scripts, tools, code, howtos,other documentation or coding skills. Please write me- Tom. "

> Irtad ezt a Dell + RH + Oracle dolgot.. mennyivel szebb lett volna szabad szoftveres szemszogbol egy Dell + RH + Postgresql/sapdb/firebird harmas, nem? Megsem ez lett...

Azert mert a cegek hozza nem erto rendszergazdai paraznak ha nem ereznek maguk mogott egy nagy ceget, a jol kepzett magyar programozoknak meg azt mondod, hogy PostgreSQL es azt hiszik valami fogamzasgatlorol van szo.

Ennek az orszagnak meg ernie kell ahhoz, hogy itt kialakuljon valamifele hatter a szabad szoftverekhez. Egyebkent egy nagy ipari parknak szallitottam mult heten 3 darab szervert, amelyikbol 2 Linuxot futtat. A tenderen Linux volt a kiiras, es meg is vettek a SLES8-at ahogy kell. Mivel ugy volt, h a kesobbiekben kell segitseg a supporthoz, ezert Debian kerult ra (ha mar nekem kell vele dolgoznom, akkor olyan legyen rajta, ami nekem kezre all). Kesobb kiderult h, lesz gazdaja megis, kerdeztem, hogy tegyem-e ra a SuSE-t, de mondta az illeto, hogy isten ments, o is Debian-t tenne ra.

Valoszinuleg neki nem fontos, hogy Vago Istvan fele telefonos segitseget tudjon igenybevenni ha elakad. :-)

De emlithetnek meg szep szamut a tavaly megnyert tendereink kozul, ahol a tender kiiras egyertelmuen Debian-t kert. Ami az erdekes volt, hogy azoknal a kiirasoknal ahol Debian volt a kert rendszer, szemmel lathatoan hozzaerto irta ki a tendert, mig ahol valami keresekdelmi Linux (Red Hat ES/AS, SLES) volt, ott a kerdezz-felelek soran kiderult, hogy azert Linux mert mar hallottak rola, de a megoldast ok nem tudjak :-)

Magyarul fogalmuk sem volt rola mi az, de biztosak voltak benne, hogy a telefonos segitseg majd kihuzza oket a bajbol. Hat nem...

A magyar programozoknak meg kellene tanulni elszakadni az MS bovoletebol, es ha ez igy lenne, akkor tobb ilyen rendszer lenne eladva.

Tudomasom szerint a custom fejlesztesek menten voltak problemak (kerberos integracio directory plugin, stb). A JES-ben en ugy latom, hogy az a leginkabb megragado, hogy teljesen fixen szamolhatsz a koltsegekkel (minden alkalmazottad utan havonta kb 2000 ft koltseggel jar az informatikai infrastruktura - barcsak a TB meg SZJA koltsegei lennenek ilyen alacsonyak egy alkalmazottnak:)

En mindenesetre hosszutavon azt tuztem ki (es ezt mondtam, amikor interjun voltam nalatok), hogy Open Source alapokon egy legalabb M$ AD szintu szolgaltatas-integraciot valositsak meg (es kinaljak az ugyfelek fele). Reszint sikerult, reszint van mit csinalni meg az ugy erdekeben. Erre gondoltam.

Plusz osszefoglalva az eddigi threadbe vago gondolataimat:

A multiknak is megvan a helye. Meg a magamfajta szabaduszonak is. Amikor egy tender ugyen megkeresnek, akkor nem azzal huzakodok elo, hogy Linux, vagy *BSD es lesz nagy boldogsag, hanem felmerem a lehetosegeket. Altalaban az ar mindenek felett szamit. Eppen ilyenkor huzakodom elo azzal, hogy "en ezt low-cost modon megoldom nektek, de nem lesz rajta szep emblema, meg nem lesz hozza aranyosan mosolygo supportos holgyike a telefonban...csak az en oblos hangom:D". Es tetszeni szokott az otlet. Es a vegeredmeny is.

Ui.:

Meg hosszabb tavon azert meg ennel is tobbet szeretnek megoldani, de ez mar az en dolgom :)

Példákat minden oldalról lehetne felhozni. Open source-szal is szoktak nagyokat égni és kereskedelmi termékkel is. Erre azonban reagalnom kell: "adott egy intezmeny (legyen ez onkormanyzat, egyetem, vagy barmi mas), ahol van egy megoldando problema. Az ottani emberek javareszt (tapasztalat, tisztelet a kivetelnek) nem ertenek a munkajukhoz, ezert ugy irjak ki a tendert, palyazatot, hogy komplett megoldasokat kernek" - ha közintézményeknek szoktál pályázni, akkor azt is jól tudod, hogy elég sok olyan eset van, sőt leginkább csak olyan, ahol a "megoldandó probléma" érdekel legkevésbé bárkit is: ami számít, hogy a döntéshozónak mennyire üres a zsebe - ez igaz magántulajdonban lévő cégekre is: szerintem innen többen tudnának mesélni nagyvállalatokról is ahol 2 évente váltanak komplett rendszert bármilyen szakmai megfontolás nélkül, mert a szintén állandóan cserélődő döntéshozó üres zsebbel érkezik. De ez sajnos még egy darabig így lesz, a hátterét hadd ne kommentáljam..

OFF: én nem hiszem, hogy társadalmilag megosztottság kérdése... felütöttem az aktuális szótárt :)

Szerencsére nem igy gondolkodnak... és nem kerül állásokba a dolog, bár az tény, hogy nem dicsekednek vele... de hidd el sokan vannak akik erre indultak/nak... és idén sok ilyen bejelentés lesz...

UFF :)