I am thrilled to share that Ravello Systems has entered into an agreement to be acquired by Oracle. The proposed transaction is subject to customary closing conditions. Upon closing of the transaction, our team will join the Oracle Public Cloud…
There is no doubt that cloud is an important resource for the enterprise CIO to use when building or extending their data centers. The cloud can be on-premises, within your colocation, or hosted by one of the growing public cloud vendors. Over the past few years I have been deeply involved in discussions about the great changes experienced by the enterprise IT.
We came up with the idea for Ravello Systems three years ago, and since then I have continued to find myself in discussions regarding enterprise cloud adoption, including questions such as when and what to move?
In a world where competitive advantage is synonymous with business agility, the reality is that the very software that drives the business typically takes inordinate amounts of time to develop and test.
Hyper-agility in software development requires infrastructure and automation that not only keeps pace with development processes but actually helps accelerate cycles and improve overall quality. It is arguably economically infeasible to build an ideal lab entirely on-premise due to the bursty and transient nature of dev/test workloads, but now with new technologies that normalize the clouds, hyper-agile development and test is increasingly within reach of most enterprises.
One of the interesting cloud computing topics is the SLA. In my many discussions with most cloud IaaS providers, I have heard them describe the merits of their SLAs. But, in reality, cloud SLA is an oxymoron. When you move to the cloud, you need to adopt a different way of thinking about SLA. Let me explain.
The main issue with SLA is any degradation in Quality of Services, such as failure, brownouts and latency, which harms the availability and performance of the online service itself. This is true whether my application is deployed on the cloud or on-premises. And the consequences of downtime, and the resulting liability, are basically the same.
Everyone agrees that the Cloud is simply a great concept. With today’s providers of Infrastructure-as-a-Service (IaaS), such as Amazon, HP, IBM or Rackspace, it seems that an enterprise does not need any longer to build a Data Center which can deal with peak demand for its applications – and sits idle most of the time with tons of unused extra capacity. Apparently, all you need to do is design your Data Center to deal with average usage patterns, and when a burst of demand comes in, simply rent some Cloud resources for a limited period of time, until the peak is over. Of course, you’re OK with paying a bit more for this rental, the same way you do with renting a car vs. buying one.