Slashdot Mirror
Deciding Between SCO and Linux?
wolfbane01 asks: "I spend some time giving tech suggestions to a medium sized business firm (~100 employees) with a large amount of demand placed on their file server. Their current server is a dual Pentium 500 with RAID array and they are looking to upgrade it. The dilemma is the current server OS is running SCO OpenServer 5.0.5, and their new raid array requires 5.0.7. Their programmers have demonstrated that a Linux box can process records much faster, but are still worried about the investment and potential problems that switching OSes would entail. I have already mentioned the cheaper price and the community availability when problems come up, but what other reasons have Slashdot readers come up with for a switch? What arguments am I forgetting that make Linux more attractive then SCO? Should I advise against switching to Linux and advocate them sticking to SCO? Is SCO going to even be in business long enough to make the upgrades product cycle?"
This sounds like a joke, but OK, I'll bite.
There are a lot more software packages that will run under linux, there are many packages that will compile with less effort under linux, there are more people with experiance administering linux than there are on SCO.
If the software they are currently running can demonstratably run under linux then its hard to imagine reasons to continue running SCO. There are commercial vendors who will support linux (RedHat,SuSe,Mandrake) and there is only one company that will support SCO's products.
First post to touch on my point. SCO is desperately trying to scrounge up the last dregs of revenue in exchange for the last dregs of their reputation and goodwill. Linux is going to be there whether it makes money or not. The GNU environment that uses it will be there whether it makes money or not. Both are making money for people even though they can't directly charge for it. In a couple of years, SCO will be some competent company's redheaded stepchild, and their users will be a pure revenue drain as the OS sunsets. They can move now, or they can pay licensing for 20 or so months, THEN move. Depending on the business, there are advantages to both paths. This is the environment in which they must evaluate their decision.
I'd suggest looking into UnitedLinux; heck, even SCO likes it! Evaluate it and see if that's more compatible out of the box with your stuff.
If you want a second opinion, here's some more advice; he also confirms that it's easier to move existing SCO stuff over to UnitedLinux than it would be to switch to RedHat Linux, for example.
pb Reply or e-mail; don't vaguely moderate.
Summary: you have a working SCO 5.0.5 system, required hardware upgrades are driving a minor software upgrade to 5.0.7 with presumably low associated risks.
Question: is it worth a major software change to Linux with high associated risks? This change is unplanned and the programmers have already said they're worried about potential technical problems.
Answer: no. You shouldn't be using a required hardware upgrade to drive a major software change. That's a bad practise to get into. You should be approving the minor software upgrade to SCO 5.0.7.
However: given the lower TCO of Linux and the proven higher performance with your application, you should also be proposing a long-term project to evaluate a migration to Linux. The evaluation should include a risk assessment, full technical approval from the programmers, consideration of knock-on costs like training and support, etc.
Never use minor changes with low risk to drive major changes with high risk. It makes you look like a cowboy. If the SCO system was failing and there was an impending deadline and the 5.0.7 software upgrade carried a high risk... THEN and ONLY then would a hasty Linux migration have any merit. I doubt that's the case. Don't put your balls on the block when this should be a simple low-risk software upgrade.
SCO might be evil, but so is microsoft and that hasn't stopped corporations from buying windows.
It's not stupid. It's advanced.
Their programmers have demonstrated that a Linux box can process records much faster
If this is true, then it seems to me like a small step to just create a Linux shadow system operating in tandem with the existing SCO system.
If the shadow system demonstrates the needed performance, reliability and maintainability that your organization requires after some weeks or even months, then it will be a simple matter to switch the roles of the two systems and ultimately unplug the SCO box and redeploy it if the cost of that "security blanket" is too high.
"Provided by the management for your protection."
Most organizations would benefit greatly from free-as-in-speech-and-beer software, but aren't going to be prepared to hear the real reason why.
d ay.
The reason is that the decision making processes in most enterprises in incredibly inefficient and cumbersome. The ability and willingness to get things done is distributed along a bell curve. Most organizations have a small corps of change agents, a bulk of people who go along, and a small corps of obstructionists. Formal decision processes and policies are the natural friend of the obstructionist, and while the constructionist can sometimes use these to his advantage, they almost always slow him down. Where policies allow for free software, people who want to get things done don't aren't left cooling their heels while the management hierarchy decides whether (a) it can be paid for and (b) whether the current licenses allow this use and (c) whether it fits with this year's grandiose-plans-that-will-never-see-the-light-of-
The problem with giving individuals the power to get things done is that it is scary for many organizations. Individual initiative is seen as a chaotic (which is somewhat true) and destructive (which may or may not be true) element. In an organization with clearly articulated goals, and a sensible and flexible strategy, and well thought out policies -- in short in a organization with strong leadership-- individual initiative is a powerful advantage. In organizations that have vague or unacheivable goals, badly conceived or articulated strategy, and accreted years of policy that is tied to neither goals nor strategy --- in other words ones with weak leadership -- suffocating individual initiative is the closest semblence to order that can be acheived.
The great power of a piece of free software like Apache or Linux is not in any technical advantage it has over its proprietary competitors. It is that a free software package empowers the individual and the small team that are close to customers to create new solutions for customer needs.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.