Another call for market-based pricing of private cloud services

Another call for market-based pricing of private cloud services

Summary: Too many organizations think that virtualizing their data centers leads to private cloud, says a Forrester analyst. But private cloud is an entirely different animal.

TOPICS: Cloud, IT Priorities

Private cloud should, in many ways, be competitive with public cloud services -- and not just an extension of a virtualized data center.  Ultimately, when it comes down to picking the right IT resources for business problems, end users will make their choices between available on-premises services and comparable solutions from outside providers. 

Private cloud services should closely resemble Amazon or Salesforce, says Forrester analyst Lauren Nelson

These are some of the points drove home by Forrester analyst Lauren Nelson, speaking at this week's Interop conference in New York.

Nelson makes the observation that by listening to pundits and reading IT media, one may conclude that "everybody's on the cloud." But that's just not the case yet, she explains.  While many companies may think they have private cloud in place, they are usually missing some essential component. A true full-functioning private cloud, she says, needs to meet five criteria: It needs to be standardized, automated, self-service, shared, and based on a pay-per-use model.  The bottom line, she says, is the private cloud services offered need to be competitive with similar services being offered by outside Software as a Service, Infrastructure as a Service, and Platform as a Service providers.

Nelson's remarks echo those of Presidio's Steve Kaplan, who also urges market-based pricing of enterprise private cloud services.

Nelson detailed the four struggles to getting to private cloud, and provided four recommendations to address these challenges.  The four challenges:

  1. Field-of-Dreams thinking: "If we build it, they will come."
  2. Creating metrics for comparison: "Metrics often don't align with user expectations."
  3. Achieving ROI: "Most benefits are soft benefits."
  4. Figuring out what to do beyond test/dev: "What applications should go in a private cloud?"

Four recommendations:

  1. Connect with the business: The name of the game is agility, Nelson says, and business end-users want "resources comparable to public cloud resources."  They want rapid provisioning, flexibility, temporary capacity and elasticity." In addition, just as is available from public cloud services, they want self-service and self-sufficiency.
  2. Treat cloud as a new service: Don't try to extend an existing data center infratructure as a private cloud, Nelson advises. Instead, launch private cloud as a fresh, new set of service. The new service may use a limited amount of infrastructure, and thus may see higher utilization rates -- an important consideration for building on the success of the effort, she adds. And when it comes to measuring that success, "don't measure success based on your other services," she advises. "Compare it to the real alternative -- public cloud. Your users will be comparing those services to public cloud." In addition, pricing needs to be set along the lines of what public clouds charge for their services.
  3. Create incentives: "You are the cloud provider," Nelson says, noting that as with any public cloud provider, enterprise cloud managers need to attract customers by making their services fast, easy, mobile and familiar.  She urges businesses to establish a chargeback arrangement based on actual usage. If a chargeback approach is not possible, establish a "showback" structure that illustrates how much business units are spending on service use.
  4. Decide application fit based on cloud economics: When initiating a private cloud, don't start with large, mission-critical applications, Nelson advises. Instead, opt for short-term or varaible applications. "You don't want to be moving your entire email system into the cloud as your first project," she says. Instead, "build a small environment, and fill it up as quickly as possible, so you can show executives high utilization rates." Ultimately, Nelson adds, offering competitive cloud services may open up new revenue opportunities for the organization, and even turn IT into a profit center.

The important thing is to align user expectations for private cloud to be comparable with the services and benefits they receive from public clouds, Nelson states. And, with greater agility and faster deployments, there is also some areas in which expectations need to actually be lower than that of enterprise systems. As with public clouds, users should expect less customization and a greater probability of downtime in exchange for the faster access to resources.

Topics: Cloud, IT Priorities

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.


Log in or register to join the discussion
  • Addressing the "Mobile" requirement -

    WebMobi (SaaS MEAP) announced a partnership with MuleSoft which will greatly speed the development of mobile apps requiring backend services integration. WebMobi can be configured for both private and public clouds.
  • Some thoughts...

    I agree that the four items you've listed are challenges for getting to private cloud; however, I would not list those as "the" four struggles to getting to private cloud. In dealing with customers, what I find to be the biggest challenge in getting to private cloud is to get them to understand what "cloud" means. Once they understand that, the four struggles you've listed can be easily overcome.

    The four recommendations are valid - and I particularly agree with #3.

    In the closing paragraph: "The important thing is to align user expectations with the services and benefits they receive from public clouds, Nelson states." ---- should that read "...private clouds..."?

    Also: "As with public clouds, users should expect less customization and a greater probability of downtime in exchange for the faster access to resources." - Why should I expect a greater probability of downtime? Properly designed cloud services should be able to provide a higher level of availability than "traditional" data center environments, not a lower level.
    • Thanks for your observations

      In the closing paragraph, it is intended to speak to users expecting the same kind of service received from public clouds. Nelson's point is that there is a trade-off users make when going to public clouds -- in exchange for faster, or even instantaneous, deployments and provisioning of apps and compute power, they are willing to make do with a couple of fewer "9s". Likewise, while high availability is important, with private cloud, speed and rapid deployment should be emphasized over HA.