Monday, July 01, 2013

Oracle Database 12.1 Multitenancy - Yeah, That's A Strike.

A brief thought on last week's release of Oracle Database 12.1.  Bingo.  Strike right down the heart of the plate.  Goal.  Everything I hoped it would be.  And the multi-tenant add-on is the killer feature.  The concept of single data-base containers for multiple pluggable databases makes the concept of manage-many-as-one a huge cost savings.

Multi-tenant makes the economies of scale from SaaS a reality in the Oracle world.  Big pickup for Oracle as they continue to execute on their "all cloud all the time" strategy.  Huge pickup for Oracle database and apps customers with multiple instances (TEST, QA, PROD), whether on cloud or on premise - set things up once, have system-wide metadata, then pluggable databases.  Even more: think about the possibilities with the recently-announced Oracle-Salesforce partnership.

In the past, I've written about the complexity of the infrastructure behind Fusion Applications.  I'm a fan, but all the moving parts have worried me.  12.1 reduces this concern for me by orders of magnitude.  One container for system metadata with pluggable databases. Build provisioning data and parameters once, use many times…which leads to consistency  between database environments.  Seriously cool stuff.

Even cooler…you'll get the same type of value with 12.1 multi-tenancy with the Applications Unlimited products.  Because it's done at the database level rather than at the application tier, manage-many-as-one flows across all the Oracle Applications product families.

OK, I'm blathering.  Rather than continue my de-evolution into a full-bore. babbling fan-boy, check out what you need to know here.  Then sit back for a moment and think creatively about the possibilities.  Apps, Exadata, private and public cloud…the head spins a bit, doesn't it?

Folks, as I see it, this is big.  Oracle has put skin into the multitenancy game in a big way, and with a very creative approach.  How do you see it?  Find the comments.

6 comments:

Tall Paul said...

Now we just need to be able to run the middle tier in a multi-tenant, multi-product format. One install, managing EBS, PSFT, Fusion, etc...

Anonymous said...

How come no one is mentioning that multitenant is a separate license cost?

fteter said...

@Anonymous: Hoping that will change. $47,500 per processor plus support fees is a pretty stiff price. The named user approach is a little better if you're a small shop, but still...point well taken.
@Tall Paul: Yeah, that would be approaching Nirvana, wouldn't it? Still, I won't be holding my breath waiting on it ;)

Anonymous said...

Sybase and DB2 had this multiteancncy since its inception . Ie ( one instance / multiple databases ) .

Why this would be Killer feature in RDBMS world?

Anonymous said...

Multitenant is an architecture. You can use it with Oracle Standard Edition, Oracle Standard Edition One and Enterprise Edition at zero cost. You are only are charged is you have more than one pluggable database in the container (available only on Enterprise Edition). I know this is a small point but another cool feature of multitenant is the ability to unplug, plug PDBs between versions of the database. It's likely to massively simplify the whole upgrade process.

fteter said...

@Anonymous: Good question about the killer feature. No question that Oracle is playing catch-up. But the PDB concept is a big, big deal in the Oracle DB world...and, in terms of DBs, that's really the world that counts.