There Goes The Neighborhood

2 Comments

Not too long after vmware’s Cloud Foundry made its pomp-and-circumstance debut, I was fortunate enough to be sitting down to (and paying for) an interesting dinner with several of the senior figures in the Cloud Foundry core team, including architectural head honcho Derek Collison and all round good guy Killian Murphy.

After a few aperitifs and a quick back-of-a-cigarette-packet chalk and talk around the general architecture of Cloud Foundry, the enterprise guy in me suddenly sparked in to life and asked the question that a thousand others had probably already poised…

“So, when will we get support for .NET ?”

It was a fairly obvious question to ask given my background and the incredibly well known fact that most large enterprises have an equally large amount of .NET based applications that they were (and are) not particularly ready to throw at Azure.

Obvious, maybe, but also vindicated, given the fact that I had already suggested to MS (and asked them for any indication of likelihood) that an on-premise version of their PaaS platform – not one that was hosted by someone else such as Fujitsu or Dell – might be a very good idea but had received nothing in return.

Ah well. C’est la vie.

With a welcome honesty, the gathered Cloud Foundry braintrust skillfully skirted around the question, but promised me that “we will definitely have it, but we’re not quite sure when”. I like Derek and Killian. A lot. Why would I not believe them….I was happy with that response.

Fast forward what seems like an eternity, but is actually not much more than 6 months, and within the space of 48 hours, we are treated to the arrival of the first two “.NET on top of Cloud Foundry” offerings in the form of IronFoundry.org and Uhuru.

Richard Seroter and my Cloudave brother Krish Subramanian wrote a great pieces here and here that respectively cover both offerings so I won’t waste pixel space going over old ground.

This is pretty big news for enterprise and pretty big news for Cloud Foundry. I firmly believe we’ve just seen the ante get upped in the enterprise PaaS space.

Of course, on / off premise .NET based PaaS services are not confined to just these two offerings. The folks over at Apprenda, led by the equally impressive Sinclair Schuller, are doing pretty cool stuff but there is something about the way the Cloud Foundry community is coming together and bearing fruit that is very appealing and interesting to watch – certainly compared to other ongoing community efforts that, even though they may have similar core goals, appear to be a breeding ground for a somewhat disappointing land grab.

Impressive is as impressive does and the most heartwarming element of IronFoundry.org is their (and presumably their alma mata Tier3′s) promise and called-out approach to returning all code to the community. As I’ve said a million times before, the ability for other vendors to take Open Source code, add proprietary pieces that are subsequently not community returned, then monetize that offering is a very alarming prospect and the antithesis of a joyful world of cloud where “stuff” can move around between platforms and providers.

As with most new things, the proof of the (Christmas) pudding is firmly in the eating so I took IronFoundry’s offering for a test drive by simply downloading the Umbraco CMS from Codeplex and pushing it to the IronFoundry service upon receipt of my credentials. Having done the vmc push dance before, it all felt incredibly familiar – if not entirely seamless yet – and within literally an hour or two, I’d worked through the kinks (thanks to Luke @ Tier3) and had the application running, connected to a MS SQL service as part of the offering.

If an ass-hat like me can make it work, we’re in pretty good shape overall.

As I sat and played with the CMS and tweaked the IronFoundry service here and there, the magnitude of where this is going and will eventually end up began to dawn on me. Here was I, ostensibly a boring infrastructure guy, actually doing application devops stuff. Wow. Devops. Yeah.

Yet perhaps the most chin-stroking moment I had was the fact that I was using a CMS, from a Microsoft sponsored open source repository, written using .NET on an open source service that is provided by a partner of their rapidly growing nemesis. And guess what ? If I choose to, I could take this same application and run it inside my own data center, in exactly the same way……just not on a platform or service that Microsoft themselves could provide.

Hmmm. Indeed. Well, there goes the neighborhood.

Big Data ? Big Deal…

2 Comments

I’m convinced that long after the lights have been switched off on the yawningly dull public vs private debate, today’s progressive enterprise who has reasoned with, understood and accepted that there is absolutely and categorically no textbook answer to the dizzying and hard-to-demystify rhetorical questions around cloud and where one should put one’s stuff, will be sufficiently advanced to have moved from “thinking” to “doing” and the fruits of their labor, at least on the surface, should be starting to show.

Assuming, for the sake of this post, that my supposition is correct, the enterprise may now have become the custodian of an application and service portfolio of various sizes, which although perhaps considered more efficient than the previous incarnation, may still appear somewhat of a mixed bag.

If the organization’s capability to execute matches the due diligence and planning effort, such a portfolio may now include a set of consolidated applications running on virtual machines, in both on and off premise locations, along with the usual appurtenances of enabling infrastructure and tools for management, monitoring, self-service, automation, orchestration and governance.

Not a bad start. But, if the general themes that I’ve witnessed in other large organizations hold true, then as we collectively prepare to wave adios to 2011, labeling it another foundational, if not relatively disappointing year, we aren’t yet seeing great swathes of investments in the fundamental and complete re-architectures of line of business applications in preparation for deployment on public clouds (specifically IaaS or PaaS) nor in the wholesale strategic migration of line of business application migrations to SaaS…..so isn’t it a case of if you always do what you always did, you’re always going have what you always got ?

Well, perhaps not…could, in fact, the enterprise that has successfully achieved at least some of the above actually be sitting in the box seat, ready to take a swing at a strategy to address the latest phenomenon to hit the buzzword bingo halls of our incessantly unforgiving industry…Big Data? Quite possibly.

To me, without context, the words “Big Data” are teeth-achingly dour. I can almost hear the countless wasted words of fist clenching opining, as those with presumed dogs-in-fights work tirelessly to craft definitions (ahead of positioning products) that outline “structured vs unstructured”, “what constitutes big vs small data” and more latterly, why you can’t do without it. Sound familiar?

Add a little context, however, and it’s easy to begin to see how the enterprise that has stuck to their plan and made progress will find that the work they undertook to consolidate the portfolio becomes incredibly valuable as the unit of value shifts from virtual machines to the discovery and presentation of aggregated data contained within. As we look, and in some cases, yearn, for that value, I believe we’re moving past the stuffy concepts of traditional Business Intelligence (BI), which, to many, still comes replete with the unwelcome specter of huge complexity and matching cost.

By consolidating, which I believe is a critical step in any practical enterprise cloud experiment, you may still have monolithic applications, often in silos, but you have reduced the number of moving parts and probably have a very good handle on some key information – which applications are consuming the least storage, the most storage (i.e. generating most data), you know where they are running and equally importantly, who owns them – that’s a very good position to be in.

As the old Management 101 adage goes, you can’t manage what you can’t measure, so how could you have any realistic chance with a comprehensive Big Data strategy if you don’t know what you have?

From my experience, I would suggest that in the lion’s share of today’s traditional enterprise environments, much of the data is of the structured variety. Relational databases are still the lynchpin of many enterprise systems. I still question, for example, the industry numbers of “percent of all servers virtualized vs physical” so if anyone were to try and convince me that there are tons of enterprise applications using NoSQL, I’d raise a quizzical eyebrow or three.

Although there are undeniably more and more sources of enterprise unstructured data (from the more obvious platforms like email to the less obvious ones such as social networks), it would make sense to me for enterprises to begin with what they have in their consolidated portfolio – intelligently questioning disparate data sets to see how many nuggets of data gold are buried deep within the bowels of the organization.

The evolution of big data will certainly be interesting to follow. I’m sure we will have the usual cycle of hype accompanied by a plethora of twists on definitions from visualization to aggregation and velocity to gravity and vendors small and large, jostle for position as the space continues to grow throughout 2012 and beyond.

Recently, I was giving some thought to, and trying to boil down, a simple sentence that an enterprise might use to justify a big data strategy. I ended up with this.

“We want to use the data we have to help the company be more competitive, to win more work, and we want to use the data we generate to be able to execute that work more efficiently.”

Perhaps it’s just me, but this is a much more compelling statement than anything I’ve heard on why enterprise needs cloud. Cloud, of whichever denomination, is moving toward it’s rightful role – being the engine room for tomorrow’s data factory – in which the end product is the delivery of real business value through new and inventive ways of making sense of a whole, huge heap of 1’s and 0’s.

Follow

Get every new post delivered to your Inbox.