Wandering Thoughts archives

2010-08-01

The consequence of Oracle's Solaris decisions

The title of this is a little bit misleading; ultimately, the really important thing about Oracle's Solaris decisions is not what those decisions are, it is about how they were implemented. I don't like the decisions, but the real problem is their abrupt, no-warning implementation.

Let me be completely clear here: by making these decisions, Oracle screwed people. By implementing them with no advance warning, Oracle screwed people harder.

The consequence of this is that Oracle has lost my trust. I can't really trust companies that blatantly and abruptly screw people, because someday they may screw us in a similarly charming way. (We are mostly but not entirely unaffected by all of the Oracle changes, at least so far. The need to add that provisio is a demonstration of the problem.)

If you can't trust Oracle any more, Solaris stops being a stable platform to build things on top of. Who knows when the next change to patch entitlement will come along, for example, or what it will be? Even if your existing systems are covered by some grandfather clause, being unable to deploy new systems is a crippling limitation in many environments.

(You may still choose to build things on top of Solaris, but now you are clearly taking a risk and I happen to think that it's a not insignificant one. It may still be worth it, or you may be stuck in a situation where you have no real choice, but either way people are not likely to enjoy the experience very much.)

Sidebar: how Oracle's decisions screw people

If you were running Solaris on non-Sun hardware, the new need for a support contract in order to stay secure plus your inability to get a support contract on non-Sun hardware has left you very screwed.

If you were running Solaris on Sun hardware, the surprise need to budget a potentially significant chunk of money as an ongoing yearly cost may have left you screwed. This is especially likely to be the case at universities, where it is much easier to get one-time money (to buy the hardware) than to get ongoing money (to buy the service) and researchers do not necessarily have any extra unallocated money sitting around that they can spend freely.

(If this was not a surprise, you could bundle some years of support into the one time purchase price of the hardware (this is common with one time grant funding money). But surprise ongoing money? That's quite hard to come up with, even with grant funding.)

solaris/OracleDecisionConsequence written at 23:20:58; Add Comment


Page tools: See As Normal.
Search:
Login: Password:
Atom Syndication: Recent Pages, Recent Comments.

This dinky wiki is brought to you by the Insane Hackers Guild, Python sub-branch.