Slashdot Mirror


Linux From A CIO's Perspective

An anonymous reader writes "CIO.com has a story on Linux and OSS in the enterprise from the perspective of the CIO of Cendant Travel Distribution Services, Mickey Lutz. 'In the summer of 2003, Mickey Lutz did something that most CIOs, even today, would consider unthinkable: He moved a critical part of his IT infrastructure from the mainframe and Unix to Linux. For Lutz, the objections to Linux, regarding its technical robustness and lack of vendor support, had melted enough to justify the gamble.' His organization saved 90% in costs in so doing. Read on if you want to see how the top brass views OSS."

14 of 163 comments (clear)

  1. I'm reading through this and it's interesting. by Anonymous Coward · · Score: 5, Interesting
    There are two things I find really interesting here:
    1. Vendor support. OK, so if vendor support has gotten better, then which vendors does this CIO recommend? I don't see which ones he used in the article, maybe I just missed something.
    2. This quote
      "Open source is propelling us to adopt Java and a new way of programming," he says.
      Should be a bit of a cluebat for both Sun and the Open Source extremists. Java and Open Source can be extremely good for each other, it's just that both Sun and the Open Source community need to learn to cooperate on practical matters with those whose ideological goals differ... unfortunately it seems that neither Sun nor the Open Source community is extremely interested in realizing how much they could benefit from the other.
    1. Re:I'm reading through this and it's interesting. by thammoud · · Score: 4, Interesting

      Most companies (including us) that use the popular Linux/Java combination do so without caring about any Open Source ideolgies. The combination is simply outstanding.

    2. Re:I'm reading through this and it's interesting. by Fujisawa+Sensei · · Score: 2, Interesting

      Sun, (Java..) and OpenSource Communities learning to cooperate?

      Tomcat is the standard for JSP development, and the reference implementation.

      JBOSS is J2EE certified.

      JSTL implementation was released by the apache group, not Sun

      Sun used Struts-EL for JSP 2.0

      Xerces was a joint Sun/IBM effort

      There's Hibernate which is pretty much going to be EJB 3.0.

      X-Doclet has been acepted as the new Metadata format.

      Sun is doing a shitload with opensource, they just aren't promoting it.

      --
      If someone is passing you on the right, you are an asshole for driving in the wrong lane.
  2. interesting questions raised by Exter-C · · Score: 2, Interesting

    An interesting question that this article raises for me. Is what intel arch was being used (itanium/x86). For example could the costs have been reduced just by using linux on say a large scale IBM server similar to their other mainframe?.

    It also goes to show that just because something is old does not mean its slow..

  3. Cost breakdown by alvinrod · · Score: 5, Interesting
    Mainframe: $100 million

    Unix: $25 million

    Linux: $2.5 million

    These numbers were taken from a table in the article. Interestingly enough, the cost if something does break favors Linux as well. From the same table we get that the mainframe solution consists of 4 IBM mainframes, whereas Linux and Unix solutions require around 144 servers for Linux and 100 - 120 servers for Unix. If the hardware goes to hell it's so much easier to replace the single bad part than a mainframe.

    Hopefully, more people will begin a transition to open source solutions when they realize it can be successful.

  4. Spread the word! by bogaboga · · Score: 3, Interesting
    [...] Mickey Lutz did something that most CIOs, even today, would consider unthinkable: He moved a critical part of his IT infrastructure from the mainframe and Unix to Linux. For Lutz, the objections to Linux, regarding its technical robustness and lack of vendor support, had melted enough to justify the gamble.'[...] His organization saved 90% in costs in so doing.

    Now, let's get prepared to rebut any Microsoft officials whenever they talk about the common "Total Cost of Ownership" as far as Linux is concerned.

  5. Re:Difficult, but big payoff by stefanlasiewski · · Score: 5, Interesting

    The issue is that you're working without a safety net. If things go really wrong, there's no backup army of specially trained techs to run in and fix things.

    Well, there is a backup Army, and it's you.

    Google can have a 4000-node Linux cluster because they have enough staff to maintain and optimize the system (Keep an eye on their job pages to get an idea).

    Google also has some highly specalized needs-- some machines only crunch data for the DB, other machines only serve webpages, etc. It's in their interest to optimize the Kernel, OS, Database & Web applications as much as possible. Take a tweak which gains a 1% performance gain, multiply that against 4000 machines, and it's quite an advantage.

    There isn't a vendor in the world that can totally support their infrastructure, so Google does it themselves.

    --
    "Can of worms? The can is open... the worms are everywhere."
  6. The main mistake is changing everything together by iabervon · · Score: 4, Interesting

    "In hindsight," says Lutz, "we shouldn't have tried to cut over to a new infrastructure at the same time we were deploying a new software application. It was too much at once."

    They found that their Linux servers couldn't support the new application they had deployed at the same time. That doesn't mean it's less capable than the mainframes they replaced: they didn't even try running the higher-load application against the mainframes.

    They should have first ported their servers to Linux on the mainframes, then switched them to Linux on clusters, then sent out new software that they could force back to the old behavior, then supported the new software in general.

    That way, they'd have been able to isolate the problems more easily (which really turned out to be that the new application generated extreme peak loads, and nothing to do with Linux per se, aside from that they managed to improve the Linux performance to deal with it) and keep things stable while they fixed the issues.

  7. Re:Difficult, but big payoff by AKAImBatman · · Score: 3, Interesting

    Well, there is a backup Army, and it's you.

    No, you are the front lines army. The backup army was the reason you were paying the annual fees. Without those annual fees, there is no backup army. i.e. If you can't get it right, there's no one else to come in and fix it for you.

    Take a tweak which gains a 1% performance gain, multiply that against 4000 machines, and it's quite an advantage.

    That's something of a straw man argument. If 3 Sun machines and 10 LinTel boxes have the same Flop capacity, then a 1% increase in either one will add up to the same increase in computing power. The key difference is that there are only three Sun machines to update.

    There isn't a vendor in the world that can totally support their infrastructure, so Google does it themselves.

    That doesn't mean that there couldn't be. Google made their choice to go with a large number of decentralized systems. It works for them and it works well. But they have to do everything internally *because* of that decision. Had they gone the EBay route, they would be able to get that backup army, but then they would pay for the priveledge.

  8. Linux on Intel vs. what? by oldenuf2knowbetter · · Score: 1, Interesting

    The article seems to be comparing a $100 million implementation on a thing called UNIX against a $2.5 million dollar implementation using Linux on Intel. What's a UNIX? And why does it cost so much? A clearer definition of the hardware platforms being compared would be quite useful.

    Additionally, in my opinion, the guy should have been canned by Cendant the moment United Airlines was off the air for 45 minutes. If YOU were responsible for this serious a screwup would you still have a job? Probably not.

  9. Re:Not good from my experience by chill · · Score: 2, Interesting

    I installed WinXP Pro SP2 on a machine at my house the other day. Not difficult, and it took a while to get all of the little extra we use: Java, Flash, Adobe Reader, PDF Creator, Firefox + plugins, nVidia drivers, wireless card drivers, etc.

    However, the next step was to go to Windows Update and apply all critical & security patches. It did and wanted to reboot.

    Then refused to reboot, even into Safe Mode. WinUpdate had hosed the system but good.

    After searching around I found that one of the updates installed a bad agp440.sys file and I needed to boot into the Recovery Console to fix it. After that I could boot into Windows but it took another 10 minutes and 2 reboots to get it to allow me to install proper video drivers so it would work.

    It doesn't play DVDs, is flakey with my wireless connection and I had to hunt all over the net for drivers to get everything to work. With my Linux set up, it all worked right out of the box, except for me wanting the latest nVidia drivers.

    The kids are still whining at me to put Linux back and get rid of crap XP. The only reason it is there is because there is no Linux capable Shockwave plugin.

    Conclusion: WinXP is a convoluted mess that takes too much effort and has too many limitations.

    --
    Learning HOW to think is more important than learning WHAT to think.
  10. Re:Considered unthinkable by Scurrilous+Knave · · Score: 3, Interesting

    I'm not sure how to respond to the "no-brainer" label. My development team just migrated our company's production software development platform from a network of aging HP-UX machines (which served us quite well in their day, don't get me wrong) to a Linux network. The new development tools run 20 times faster (that's the actual figure, not hyperbole), our experience over the past two years is that the Linux network is much more reliable, and the server hardware is simply an increment onto their existing Windows server lease and support contracts, not a whole separate costly item like the HP's were. I don't know the exact dollar figure it'll save them every year, but I know it's major. For us, the developers, it was definitely a no-brainer.

    But management fought us kicking and screaming every step of the way. They weren't really sure what they wanted, they just knew they didn't really want Linux. After repeated patient, detailed explanations of the cost savings and productivity benefits were met with skepticism and outright disbelief, we finally had to create an extensive Six Sigma analysis of the business and technical case for our choice. I can't fault them for wanting that, but once they got it, they seemed rather sorry they'd asked, because it supported every word we'd already said. For them, it was far from a no-brainer.

    Now, how they were using their brains, I cannot say. To us, it looked like a child screaming about getting a vital vaccination. But despite their grumbling and repeated shots of the stink-eye our way, they now have their new system in place and it works great. The other developers love what they see.

    Of course, our whole team is being laid off and all development is moving to India, but that's beside the point. (That was in the works long before we were even condsidering the migration. Honest!)

  11. Re:Difficult, but big payoff by FatherOfONe · · Score: 2, Interesting

    Dude I use to work for Cendant, and I can tell you that the "Army of IBM" people you got was mostly a bunch of idiots. They use to be good, but most don't know jack anymore.

    I won't get in to the fact that they (IBM) flat out stole $150 Million from a Cendant affiliate (RCI) by telling them that they could build a distibuted system to replace their mainframe. You could sit in the room with the IBMers and they would say "This thing is NEVER going to work, we can't replicate data to all these AS400's around the world in that time"; then they would get up in front of upper managment and tell them they were "right on track". Then when Cendant finally pulled the plug on the system they said that they would have finished it, but just were not given the chance. Now for the sad part... They didn't even have one freaking line of code written! None! $150 MILLION and nothing done. That sir is your "Army" of experts.

    Believe it or not IBM was broght in on several other occasions, and with each one they generally proved themselves incompetent. Expensive and incompetent.

    Another example was some serious performance issues on their mainframe. TCP/IP was not configured correctly, and no patches had been applied in years (The mainframe was moved from Indy to NJ and new support people that didn't patch/update stuff).... Well they called IBM again.. and again and again... multiple people came out and didn't do jack. FINALLY IBM sent in a RETIRED guy and he fixed the problem in less than 4 hours. Actually he worked on the problem for around an hour and had is solved. My guess is that guy is long gone now, and the knowlege he had is also gone.

    --
    The more I learn about science, the more my faith in God increases.
  12. Re:No, Linux saved that guy's a$$. by Seraphim_72 · · Score: 2, Interesting

    Look, you have three ways to trasition. -
    • Pure cut - which they did
    • metered out - ie 10% then 20% ...
    • parallel systems

    This gut chose the first one - linux had nothing to do with it. If he had gone to a new propriatry system - the SAME thing would have happened. Linux is only a bit player here.

    Sera

    --
    Slashdot, where armchair scientists get shouted down and armchair theologians get modded up.