Beware Cloud Computing's Hidden Costs
Companies need to explore a multitude of related cloud expenses to ensure that costs don't ultimately outweigh the technology's benefits. Chris Curran shares some key questions regarding architecture, process and flexibility.
Wed, November 04, 2009
Cloud service providers can make compelling and simple sales pitches in terms of cost of individual services—$100 per user per year sounds pretty good. But "hidden" expenses can alter a company's outlook. Costs related to people, processes, and architecture associated with both the transition and the operations require analysis and planning before signing up for a business case based on a move to the cloud. CIOs and other IT professionals are already well acquainted with such expenses, but the challenge will lie in uncovering them in the relatively unfamiliar cloud model and determining accountability for each.
[For timely cloud computing news and expert analysis, see CIO.com's Cloud Computing Drilldown section. ]
As companies consider taking the next steps into the cloud, senior leadership will need to explore four key questions to help uncover the hidden costs:
1. What are the viable paths to move (or replace) legacy applications into the cloud?
2. What architectural changes are required to integrate cloud and non-cloud applications?
3. How should we change our technology and operations processes to take advantage of different procurement, provisioning, and management models?
4. How will a private cloud—built for the sole use of one enterprise—give me more flexibility than current hosting or public cloud models? What are the cost trade-offs?
These questions foreshadow a transition from individual cloud-based applications to more complex systems. For example, when a cloud application such as Salesforce.com—which tracks targets and prospects through your business development, sales, and relationships cycles—really takes hold in your organization, the conversation quickly jumps to the "systems" conversation (a customer management system in this example), which prompts other questions:
1. How do I make sure all of the customers in Salesforce.com are synchronized with those in my customer management application, my billing application, and my six product systems?
2. Should I add custom application logic into Salesforce.com to validate customer and company information against my master list? Or should I do it externally and integrate the resulting systems and processes?
3. What kinds of skills and other organizational considerations should I make for the IT staff that support my customer systems?
I've used Salesforce.com as an example simply because of its wide adoption across industries, but it is important to keep in mind that the preceding questions should be raised for other industry and enterprise application discussions.
As cloud applications and their underlying architectural platforms become more robust, so too will the discussions around the true costs of the "business systems" that incorporate them. So, it is important to get beyond the usage costs for a cloud service and spend enough time to understand the total costs to migrate, implement, integrate, train, and redesign the surrounding and supporting people, processes, and architecture.