Network Computing is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Hard Truths About Cloud Differences: Page 2 of 2

Over the next five years, vendors will continue to expand their SaaS and engineered stack offerings because they offer higher profit margins and more- certain long-term revenue streams. Customers will embrace SaaS for its ease of implementation and potentially variable cost, while they embrace engineered stacks for their higher performance and potentially lower costs. You should choose SaaS and engineered stacks where the business cases make sense, with the following cautions:

SaaS Caveats:

-- Be very cautious if it's a core business functionality. You could be locking away your differentiation and ultimate competitiveness.

-- Before you sign the contract, know how you will get your data back should you stop using the SaaS application.

-- Make sure you have ensured the integrity and security of your data in the application vendor's hands.

Engineered Stacks Caveats:

-- Understand where the product is in its lifecycle (older products might not provide lasting benefits).

-- Anticipate the eventual migration path as the product fades at the end of its cycle.

For both kinds of products, avoid integrating key business logic into the vendor's product. Otherwise, you'll face high migration costs once the product hits end of life or there's a more compelling alternative. There are multiple ways to ensure that your key functionality and business rules remain independent and modular outside of the vendor service package.

With these caveats in mind, you'll be successful with your decisions at the project level. But you should drive optimization at the portfolio level as well. If you're a medium-to-large enterprise, you should be driving your internal infrastructure toward a private cloud. Virtualization is just the first step. You should move to eliminate or minimize your custom configurations -- preferably to less than 20% of your server population. Next, invest in the tools, processes and engineering to automate the provisioning and management of the data center. Doing this also will improve quality of service.

Make sure that you don't shift so much of your processing to SaaS that you balkanize your own utility. Should you overreach, expect to incur heavy integration costs on subsequent initiatives, as your functionality is spread across multiple SaaS vendors' data centers. Also expect to experience performance problems as workloads operate at WAN rather than LAN speeds, and expect to lose some negotiating leverage with SaaS vendors as you lose your "insource" strength.

Nonetheless, over the next five years SaaS and engineered stacks will be a part of nearly every company's portfolio. Strong IT shops will leverage these capabilities judiciously to avoid vendor lock-in and other pitfalls, by developing their own private cloud capabilities and retaining critical intellectual property. We'll see far greater data center efficiency as we reduce custom configurations. So although the prospects are indeed cloudy, the future is bright for the thoughtful IT shop.

What changes or guidelines is your organization applying as it evaluates and deploys cloud computing? Please add your perspective in the comments section below.