May 30, 2013 at 1:34 am
Comments posted to this topic are about the item The Speed of Azure
May 30, 2013 at 4:50 am
I think I understand the resistance to change in the database world. In fact I would rather phrase it as a resistance to change quickly. Data is core to every system and often many systems share the same data source so if one system or subsystem goes down then you lose one system but if the database goes down then you lose many (or all) of the systems.
There are plenty of opportunities to use individual systems to evaluate new technologies and develop best practices. Using a central component, such as the database, can seem a little foolhardy. (usual caveat of "depends on your particular scenario" applies)
Gaz
-- Stop your grinnin' and drop your linen...they're everywhere!!!
May 30, 2013 at 9:00 am
I agree with the resistance of moving to the cloud.
I disagree with the resistance of making on-premises IT faster and more responsive.
May 30, 2013 at 9:04 am
Steve Jones - SSC Editor (5/30/2013)
I agree with the resistance of moving to the cloud.I disagree with the resistance of making on-premises IT faster and more responsive.
I don't know how I do it but I agree with all that Steve has said. Mmmmm, maybe I wasn't very clear!!!!
Gaz
-- Stop your grinnin' and drop your linen...they're everywhere!!!
May 30, 2013 at 9:42 am
Gary Varga (5/30/2013)
Steve Jones - SSC Editor (5/30/2013)
I agree with the resistance of moving to the cloud.I disagree with the resistance of making on-premises IT faster and more responsive.
I don't know how I do it but I agree with all that Steve has said. Mmmmm, maybe I wasn't very clear!!!!
Having reread it all. I think that the time for holding back on VM etc for databases is long gone and so that argument no longer applies.
Gaz
-- Stop your grinnin' and drop your linen...they're everywhere!!!
May 30, 2013 at 10:11 am
I agree with you that there is a big space for Azure based applications (especially in the mobile market) but I've always seen this as more of an organizational and process oriented problem than a technical one (in relation to their deployment models and realities) that I would lay more at the management level given how dependent it is on methodology and process. If I could define deployment parameters as tightly as I suspect an Azure based provider can ....ahh... where was I? Oh yeah, I also think we've been burned by the lofty promises of SANs and VM's so there's alot of blowback. They have only their marketing departments to blame for that.
June 1, 2013 at 8:58 pm
Anything that can go quickly into Azure will go in forever. It's a numbers game that most organizations will gladly be happy to win. The writing is on the wall. I'm not saying that Azure is good or bad. What i'm saying is that the numbers are just to good for business leaders to ignore.
Viewing 7 posts - 1 through 6 (of 6 total)
You must be logged in to reply to this topic. Login to reply