Slashdot Mirror
Microsoft Cheaper For Web Serving?
Tinman_au asks: "Bink.nu has an article titled "Leading Belgian Hosting Provider Realizes Lower TCO on Windows than Linux" that asks the following: 'Many total cost of ownership (TCO) studies have reaffirmed that TCO of a large enterprise infrastructure based on Microsoft Windows Server 2003 is lower than one based on Linux. But what about TCO in a Web hosting environment?' In the table of figures, the cost area breakout lists labour for Fedora at 77.88% with Windows .NET with SQL Server 2005 as only 53.15%. Admittedly, the report was done by Microsoft itself, so I guess it couldn't exactly be considered impartial, but not being a web admin I found myself wondering, is Windows really that much easier to look after in a web server environment, or has Microsoft fudged some numbers?"
Disagree. I will tag this as "Logical Development".
This study perfectly describes the problem with many Linux/Unix deployments out there. They are done by people who take the approach which they have grown accustomed to on Windows, Novell and the like and try to transfer it to Linux/Unix. This approach is best described as "everything you cannot do with the vendor tools must be done manually" and "we only use commercial/vendor software". When using this approach Linux/Unix invariably results in higher TCO because the price of labour is higher and level of one-click moron-friendly automation is lower for most cases.
When doing Linux/Unix work writing your own tools and assisting yourself in automating tasks is a part of the job and Sysadmins who do not possess the skills should not allow themselves to claim that they are Linux/Unix Sysadmins. From there on, if you estimate the costs of running and deploying systems without taking this into account you invariable come up with Windows being cheaper.
That is the reality, face it move along and ignore the study. While it was using the right analysis methods it was analysing deployments which do not use the correct design and process for either system. If you use design and processes which are wrong for one system it is not particularly surprising that you get bad TCO for it.
Baker's Law: Misery no longer loves company. Nowadays it insists on it
http://www.sigsegv.cx/
That is why this TCO says Linux is higher. If you look at all the numbers Linux is lower on everything except Labor. They quote almost a 100% over Windows labor. Obviously this is because they can't find anyone capable of performing Linux system administration.
I wouldn't say this would translate to the rest of the world because your labor pool is going to vary from county to country, city to city and even among different companies. For this place in the world, at this time, this is probably correct. However, all you can extrapolate from this study is that for this place in the world, at this time, Windows is cheaper to run than Linux "for them." For everyone else you have to do your own TCO.
Quality Hosting e3 Servers
You are half the way there in your analysis.
Studies like this actually take into account the fact that the Unix/Linux sysadmin on the average is 20%+ more expensive.
They are wrong elsewhere.
They do not take into account that a selfrespecting Unix/Linux sysadmin will automate everything he/she can and will not repeat everyday mundane tasks. Instead of this they still count the time which is essential to maintain and patch the systems towards the TCO bill and multiply it by their number (correcting only for vendor tools to assist rollout where applicable). There is no correction for ad-hoc scripting and no correction for productising ad-hoc tools for internal rollout. Further to this many places go into the idiocy of prohibiting such internal software development. In fact I know one or two places where such activities are a sackable offence.
I have stopped counting how many times over the years I have heard the "We are not software developers" mantra from PHB wannabies. That is the damn difference between a high level Unix sysadmin and a Windows sysadmin in the first place. The Unix sysadmin can write in at least 2-3 rapid development languages - (k)shell, perl and/or python and the reason why he/she gets more money is exactly this. Paying him this money and not using this ability is stupid, but this is what many places do as a matter of policy. It is no wonder that places like this have better TCO under Windows compared to Unix/Linux. That is to be expected and that will continue to be the case until they start to automate mundane operations in-house, formally maintain the automation and productise/package it for internal use.
In fact the TCO numbers for systems like the one in the article (1000+ of slightly customized commodity software on commodity OS) come out in favour of Linux/Unix even if this activity is subcontracted out. They do not come out right only when it is prohibited and the work is done solely via vendor supplied tools.
Baker's Law: Misery no longer loves company. Nowadays it insists on it
http://www.sigsegv.cx/
They do not take into account that a selfrespecting Unix/Linux sysadmin will automate everything he/she can and will not repeat everyday mundane tasks.
I see no reason why a selfrespecting Windows sysadmin would not do the same.
That is the damn difference between a high level Unix sysadmin and a Windows sysadmin in the first place.
Actually, to a high level sysadmin there isn't a lot of difference between administrating Windows and Unix like operating systems.
It's a prejudice to assume that scripting like on Unix is not possible on Windows. On the contrary, many Windows sysadmins use scripting tools to automate everyday mundane tasks. In fact even the archaic MS-DOS from the eighties has its own scripting language built in. Which is used even today by nearly all Windows sysadmins.