INFORMATION INDEPTH
Oracle Fusion Middleware Edition
Oracle Corp
June 2012 Stay Connected: Blog Facebook Twitter Youtube
Back to the main page
Four Steps for Moving Your Transactional Business Applications to the Cloud

Despite the potential benefits of cloud computing, many companies have been reluctant to move mission-critical transactional business applications into public clouds. “The problem is that many emerging cloud platforms have “version 1.0” risks with reliability, availability, scalability, and performance,” says Mike Lehmann, senior director of product management, Oracle. “They also don’t always work portably across the gamut of enterprise platforms customers expect, such as conventional and engineered systems, as well as private and public clouds.”

But what if you could leverage a proven cloud infrastructure across all those platforms? That’s the thinking behind Oracle’s cloud application foundation and Oracle WebLogic Server 12c, which takes a proven infrastructure and brings it to the private and public cloud. “Oracle’s Fusion Middleware and Oracle Applications portfolio running on Oracle WebLogic Server 12c lets companies create an application-centric platform that spans all environments,” says Lehmann. He offers four steps for moving transactional applications to the cloud.

Step 1: Smart virtualization. Most virtualized mission-critical transactional applications actually run across many virtual machines rather than single virtual machines. When spread across a typical enterprise with development, QA, stress, system integration, production, and other environments, this can lead to hundreds of virtual machines across environments for a single application—often referred to as “virtualization sprawl.” Oracle WebLogic Server running Oracle Virtual Assembly Builder combines a number of virtual machines representing a single application into a single abstracted entity known as an assembly. Assemblies can then be moved simply and easily to conventional environments, engineered systems, or public/private clouds.

Step 2: Real elasticity and high availability. “In the cloud, people often think that elasticity and scalability are taken care of by virtualization, but that’s only part of it,” says Lehmann. For example, workload issues are often caused by back-end systems that cannot handle the incoming workload in the middle tier—a problem that can’t be solved by adding virtualized machines to the middle tier. Solutions such as Oracle Coherence can be used as an in-memory data grid, reducing back-end overloads with in-memory caching, while also improving performance and availability, as data is kept in a peer-to-peer memory cluster rather than in slow back-end systems.

Step 3: Full management and control. A cloud environment requires full lifecycle management, including provisioning, monitoring, administration, and metering and chargeback of services. Oracle Enterprise Manager 12c works with Oracle WebLogic Server to manage and administer the entire cloud lifecycle. “It isn’t just managing virtual machines, but the hardware, the networking, the storage, and most importantly the entire middleware and application layers of cloud applications,” says Lehmann.

Step 4: On-premise cloud or public cloud. Choose the right deployment model for your business and transactional applications. Oracle’s cloud application foundation enables companies to build a private cloud or leverage the extreme ease of use found in Oracle’s subscription-based model—a choice that is unique to Oracle’s offerings.

View a recent Webcast to learn more.


Back to Top
Oracle Information InDepth newsletters bring targeted news, articles, customer stories, and special offers to business people who want to find out how to streamline enterprise information management, measure results, improve business processes, and communicate a single truth to their constituents.

Please send questions or comments to newsletter_feedback_us@oracle.com.

For answers to questions about subscribing, unsubscribing, and managing your Oracle e-mail communications preferences, please see the Oracle E-Mail Communications page.

Copyright © 2012, Oracle Corporation and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.

This document is provided for information purposes only, and the contents hereof are subject to change without notice. This document is not warranted to be error-free, nor is it subject to any other warranties or conditions, whether expressed orally or implied in law, including implied warranties and conditions of merchantability or fitness for a particular purpose. We specifically disclaim any liability with respect to this document, and no contractual obligations are formed either directly or indirectly by this document. This document may not be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose, without our prior written permission.