Wat een zinloze discussie weer. Alles heeft zijn voors en tegens. Maar wat ik niet lees is het belangrijkste. De gebruiker.
De gebruiker binnen een bedrijf of instelling heeft een functie. Deze functie vereist meestal een bepaalde techinsche oplossing. Basis functionaliteit is natuurlijk een werkplek, we kunnen in het midden houden of dit een WBT is of een PC.
Hiernaast heeft deze gebruiker een aantal standaard voorzieningen nodig, bijvoorbeeld een tekstverwerker, een mail programma, een centrale agenda. Allemaal zowel open als closed source in te vullen. Aan de achterkant is er iets als services voor deze standaard functionaliteit. Een centrale opslag van documenten, een mailserver met mailstore en agendastore en natuurlijk authenticatie. Allemaal closed en open in te vullen. Verder heb je natuurlijk je internet browser, je pdf reader etc. etc. ook allemaal open en closed in te vullen.
In bovenstaande situatie is een gebruiker happy met de geboden oplossing, zolang het maar werkt. En dus goed is ingeregeld en goed is geïntegreerd. Met de juiste effort is het goed te doen in zowel open als ook closed omgevingen. Grootste kostenpost is en blijft het beheer en onderhoud, patch management, monitoring, service desk en andere aanverwante diensten. Onder de streep is open source goedkoper, mits je natuurlijk geen support inkoopt bij bijvoorbeeld RedHat of SuSe. Maar laten we support niet als struikelblok nemen en uit gaan van open source. Dus Open source is goedkoper.
Helaas heeft een bedrijf een aantal paketten, zoals bijvoorbeeld Fortis MoneyManger en andere basis financiële applicaties (zoals Exact) die een MS SQL server of Inprise SQL Server nodig hebben. Deze software draait onder Wine, dus geen bezwaar. Ware het niet dat het niet ondersteund wordt vanuit de leverancier onder Wine, en daar hebben managers een bloedhekel aan. Dus hiervoor moeten we dus een Windows Server neerzetten, of een Windows Cluster, een AD controllertje (liefst 2). Omdat we de applicaties niet onder Wine draaien moet er een Citrix server of gewoon een standaard Terminal server neergezet worden. Dus hebben we toch al weer een aantal licenties nodig voor MS Spul. Ondertussen willen we sso, dus hebben we een koppeling nodig tussen Linux en MS, en extra beheerders want Linux beheerders willen geen Windows beheren (misplaatste arrogantie misschien?).
Kortom we eindigen altijd wel op een mixed omgeving met meer kans op problemen. Wetende dat iedere PC gewoon windows er "gratis" bij krijgt zegt een bedrijf dan logischerwijs, waarom Linux, Installeer Open Office, Neem Open Exchange en gooi de Linux servers er uit want bij problemen kunnen we niet terugvallen voor support op de community en zijn we afhankelijk van de kleine Linux boer op de hoek.
Maar tja, dan kan men niet op Open Exchange en moet men terugvallen op Exchange of Kerio. En dan is de stap naar Microsoft Office zo gemaakt en uiteindelijk wordt de hele zooi gewoon ingericht met MS, Oracle, Sybase, Kerio etc. etc.
Maar dat is mijn visie. Misschien een leuke case:
Bedrijf A)
270 werknemers (200 fulltimers)
220 werkplekken
18 personen moeten presentaties kunnen maken
270 mensen moeten emailen + centrale agenda functionaliteit.
iendereen tekstverwerker + rekenblad
Financiele afdeling 14 mensen, werken met windows only software voor financiële zaken
CRM applicatie gebaseerd op Oracle RAC, alleen voor Windows (110 personen)
12 legacy windows applicaties met MS SQL Database voor 70 personen
Magazijn systeem met barcodereaders via WiFi (12 stations), draait op Sybase in cluster.
Zou dit allemaal binnen 6 maanden omgezet kunnen worden naar Open source, zonder productie verlies, behoud van functionaliteit en voldoen aan support beperkingen van leveranciers? Zonder 1 dag productie te verliezen?
Overigens, de migratie van NT4+Windows 98+Office 97 is uitgevoerd in 4 maanden tijd, richting XP+2003..... Waarbij gemiddeld de omscholingstijd 5,2 uur was per werknemer. Aantal beheerders is 4 (inclusief 1 helpdesker).
Bovenstaande bedrijf is representatief voor pak hem weg meer dan 30% van aantal bedrijven in NL.
[Reactie gewijzigd door Wim-Bart op 29 juli 2024 07:40]