Slashdot Mirror
Explaining Oracle's Sun Takeover — "For the Hardware"
blackbearnh writes "Brian Aker, former Sun MySQL guy, and current proponent of the Drizzle MySQL fork, gave O'Reilly Radar an update on where MySQL is at the moment. During the interview, he was asked to speculate on Oracle's original motives for acquiring Sun. 'IBM has been moving their pSeries systems into datacenter after datacenter, replacing Sun-based hardware. I believe that Oracle saw this and asked themselves, "What is the next thing that IBM is going to do?" That's easy. IBM is going to start pushing DB2 and the rest of their software stack into those environments. Now whether or not they'll be successful, I don't know. I suspect once Oracle reflected on their own need for hardware to scale up on, they saw a need to dive into the hardware business. I'm betting that they looked at Apple's margins on hardware, and saw potential in doing the same with Sun's hardware business. I'm sure everything else Sun owned looked nice and scrumptious, but Oracle bought Sun for the hardware.'"
Oracle has been saying that they won't support Solaris on non-Sun/Oracle branded gear. This essentially means that even if 70% of your gear is Sun hardware running Solaris they won't support the 30%, even if that 30% was bought because there wasn't a good fit with Sun gear.
I've heard the same thing about Java support.
To add insult to injury, Project Caiman in OpenSolaris is going to force everyone to rebuild a lot of infrastructure and process (for reasons that all seem to point to ego and a complete misunderstanding of how sysadmins actually do their jobs).
As a result, many companies (including the one I work for) are looking at making the jump to Linux on cheaper hardware. Given some of the other posts (including fanboi's like BenR), we're clearly not the only ones thinking this.
Ugh - make that "Oracle originally only made an offer for Sun's software assets.
American Third Position
Finally, a real choice!
How did this get modded up? I know that it... sounds like it makes sense, but it's the exact opposite of what actually goes on.
They're proving both quotes that 'real men build hardware" and that "real software lovers build hardware" from IBM and Apple.
Both IBM and Apple design Software and Hardware to complement each other. Compare an iSeries or iPad to the typical Oracle setup where they are at the mercy of Intel, AMD, Microsoft, IBM, etc to get their Database to work. Defining a basic Schema is full of so many tips and tricks compared to any other database
WTF? It's hard to define an Oracle schema because of a client's choice of instruction level compatible CPUs? Are you kidding me? I've never heard of anyone actually altering their database schema design to target it for either "Intel" or "AMD". That's insane.
. Sure, it's nice to choose the "optimum" setting for every single block of data... but wouldn't it be BETTER to simply format the hard drive the way you want it in the first place and to build the most critical functions directly into firmware?
First of all, it's quite possible to "format the disk" natively with Oracle's database files, bypassing the OS filesystem. Even Microsoft SQL Server can do that, it's just not advertised as a big feature. Yes, there are performance gains (I've heard up to 20% in some corner cases), but it's almost never worth it, because the downsides are enormous. Managing a LUN is much harder than managing a file. Either way, this can be done now. There's no reason for some sort of magic hardware support.
Second, somehow 'burning' Oracle in the firmware is neither going to make it faster, nor improve anything else. It'll just make it harder to patch and manage, and it'll mean that a future service pack may not fit into the limited flash space. I can't imagine too many deployments where the speed of the program storage is the limit. Even if it is, it's not like you can't boot-from-SAN or just buy an SSD for any old server now!
IBM stuff can do really neat things like split database writes in the disk controller and keep track of multiple copies at once on redundant systems.
Err.. you mean scatter-gather IO and synchronous mirroring? Ooo... fancy stuff, I bet nobody's ever managed to do that in software!
You just can't do that level of stuff with the tools Oracle or Microsoft has now.
Yes, you can. The differences between the major vendors at the "low level" have been tiny for years and years now. The real differences are at the high-level, pure-software layer. Features like RAC differentiate DB2, Oracle, and SQL Server from each other, not the RAID controllers.
Microsoft's sole existence is based on separation of hardware and software... so everybody squabbles between Intel/AMD, ATI/Nvidia, Oracle/MySQL, etc... and Microsoft gets rich playing "middleman" being the only party the others can legally talk to.
Are you kidding me? Since when is Intel some poor pauper holding out a begging bowl to Microsoft? Last time I looked, both Intel and Oracle had market capitalisations over USD 100 billion, and were 'legally allowed' to talk to each other.
There is already a company that makes a Sparc based blade for IBM BladeCenter chassis, drop it in an IBM Blade and share your SAN and have backplane-level network between the other hardware and OSes....this is what Oracle is after. Rather than keep playing games with other vendors, simply sell "Oracle" like IBM sells System i (iSeries). You would by an Oracle blade and simply connect that to your network. There's no point in loading multiple apps on hardware...
it's so cheap now versu