Why do I have to go to iTunes and Amazon's music store to see who has the lower price on a song I want to buy before I purchase it? To be honest, I don't care which store I buy it from - I just want it at the best price, and I want it to download seamlessly into my music library and obey my naming and organizational conventions.
This is an open plea for someone to build that app for me. Not a price comparison app, those still require me to make decisions. I just want an app that lets me browse for music, click "buy", and it automatically procures my shopping cart selections for me at the very best prices. I configure it once with my account information for multiple music stores, and it does the rest. I'd pay 5 bucks for that, certainly.
Which brings me into the cloud for a moment
All this talk about cloud storage and cloud capacity and virtual machines lately has me thinking again, which means not sleeping enough and in general getting a bit dorkier every day (which my image can't really afford, I'm afraid.)
But seriously. . . why shouldn't cloud storage and processing (and whatever else you cloud people do in the cloud) be procured in the same way I point out above for music? Let's look at an ITSM workflow for a crisp example of my thought process here:
1.) End user hits the service request manager and browses through a list of services (populated by the service catalog, of course) and finds what he/she needs. Let's say it's storage, for the sake of ease.
2.) During checkout and approvals, or wherever the people much smarter than I that build this stuff deem is the appropriate place, a service is pinging pre-approved vendors and / or comparing its own historic purchase data to see where the best price is.
3.) It doesn't stop with price. It also looks at availability - how has each vendor performed? Where have there been outages? Where have transfer speeds been best across all instances deployed?
4.) Using a fancy equation also built by someone smarter than I am, it makes an informed decision about the best place to procure the resource (based on the defined business requirements, historic performance, price, etc.) and automatically procures the resource.
5.) Where the resource (storage) was procured from is, of course, tracked in the CMDB.
6.) Workflows for configuring / managing the instance are seamless
7.) When and if performance degrades below defined thresholds, or price escalates, or competitive pricing decreases substantially, the system may choose to automatically migrate resources - first deploying the new instance, verifying it is up and running and stable, then putting it into production and de-provisioning the previous instance - seamlessly (and updating the CMDB, of course)
So that's all I want. And I want it now. Kidding, of course. For all I know, it already exists.
And to be clear: this would work with hybrid clouds brilliantly, as well. Can something be provided cheaper and more effectively from the internal cloud? Dynamic resource procurement (as I am calling this, for lack of my knowledge if an industry term that has probably already been invented and I just don't know yet) would let internal and external resources compete against each other and procure only the best, and make sure things get moved when they are no longer the best, and that tracking and compliance etc. are all up to date.
Other ideas on pushing the idea of dynamic IT management and automation even further? Don't be shy.