Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 11 of 23  
Phase 2: Proof of Concept Phase 
Once you have identified the right candidate for the cloud and estimated the efforts required to migrate, it’s time to test 
the waters with a small proof of concept. The goal of this phase is to learn AWS and ensure that your assumptions 
regarding suitability for migration to the cloud are accurate. In this phase, you can deploy a small greenfield application 
and, in the process, begin to get your feet wet with the AWS cloud.  
Get your feet wet with AWS 
Get familiar with the AWS API, AWS tools, SDKs, Firefox plug-ins and most importantly the AWS Management Console 
and command line tools (See the Getting Started Center for more details). 
At a minimum, at the end of this stage, you should know how to use the AWS Management Console (or the Firefox plug-
ins) and command line tools to do the following: 
Figure 4: Minimum items to learn about services in a Proof of Concept 
Learn about the AWS security features 
Be aware of the AWS security features available today. Use them at every stage of the migration process as you see fit. 
During the Proof of Concept Phase, learn about the various security features provided by AWS: AWS credentials, Multi 
Factor Authentication (MFA), authentication and authorization. At a minimum, learn about the AWS Identity and Access 
Management (IAM) features that allow you to create multiple users and manage the permissions for each of these users 
within your AWS Account. Figure 5 highlights the topics you need to learn regarding IAM:  
Learn  
Amazon S3 
Create a bucket 
Upload an object 
Create a signed 
URL 
Create a 
CloudFront 
Distribution 
Learn  
Amazon EC2 
Launch AMI 
Customize AMI 
Bundle AMI 
Launch a 
customized AMI 
Learn about 
Security Groups 
Test different 
Availability Zones 
Create EBS 
Volume 
Attach Volume 
Create Snapshot 
of a Volume 
Restore Snapshot  
Create Elastic IP 
Map DNS to 
Elastic IP 
Learn Amazon 
RDS 
Launch a DB 
Instance 
Take a backup 
Scale up vertically 
Scale out 
horizontally 
(more storage) 
Setup 
Multi-AZ 
Convert pdf file to powerpoint presentation - C# Create PDF from PowerPoint Library to convert pptx, ppt to PDF in C#.net, ASP.NET MVC, WinForms, WPF
Online C# Tutorial for Creating PDF from Microsoft PowerPoint Presentation
adding pdf to powerpoint slide; pdf into powerpoint
Convert pdf file to powerpoint presentation - VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to PDF in vb.net, ASP.NET MVC, WinForms, WPF
VB.NET Tutorial for Export PDF file from Microsoft Office PowerPoint
how to change pdf to powerpoint on; pdf to powerpoint conversion
Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 12 of 23  
Figure 5: Minimum items to learn about security in a Proof of Concept Phase 
At this stage, you want to start thinking about whether you want to create different IAM groups for different business 
functions within your organization or create groups for different IT roles (admins, developers, testers etc.) and whether 
you want to create users to match your organization chart or create users for each application. 
Build a Proof-Of-Concept 
Build a proof-of-concept that represents a microcosm of your application, or which tests critical functionality of your 
application in the cloud environment. Start with a small database (or a dataset); don’t be afraid of launching and 
terminating instances, or stress-testing the system.  
For example, if you are thinking of migrating a web application, you can start by deploying miniature models of all the 
pieces of your architecture (database, web application, load balancer) with minimal data. In the process, learn how to 
build a Web Server AMI, how to set the security group so that only the web server can talk to the app server, how to 
store all the static files on Amazon S3 and mount an EBS volume to the Amazon EC2 instance, how to manage/monitor 
your application using Amazon CloudWatch and how to use IAM to restrict access to only the services and resources 
required for your application to function 
Most of our enterprise customers dive into this stage and reap tremendous value from building pilots. We have noticed 
that customers learn a lot about the capabilities and applicability of AWS during the process and quickly broaden the set 
of applications that could be migrated into the AWS cloud. 
In this stage, you can build support in your organization, validate the technology, test legacy software in the cloud, 
perform necessary benchmarks and set expectations. 
At the end of this phase, you should be able to answer the following questions: 
 Did I learn the basic AWS terminology (instances, AMIs, volumes, snapshots, distributions, domains and so on)? 
 Did I learn about many different aspects of the AWS cloud (compute, storage, network, database, security) by 
building this proof of concept?  
 Will this proof of concept support and create awareness of the power of the AWS cloud within the organization? 
 What is the best way to capture all the lessons that I learned? A whitepaper or internal presentation? 
 How much effort is required to roll this proof-of-concept out to production? 
 Which applications can I immediately move after this proof of concept?  
After this stage, you will have far better visibility into what is available with AWS today. You will get hands-on experience 
with the new environment which will give you more insight into what hurdles need to be overcome in order to move 
ahead. 
Learn IAM 
Create Groups 
Create a policy 
Learn about 
Resources and 
Conditions  
Create Users 
Generate new 
access 
credentials 
Assign users to 
groups 
VB.NET PowerPoint: Use PowerPoint SDK to Create, Load and Save PPT
NET method and sample code in this part will teach you how to create a fully customized blank PowerPoint file by using the smart PowerPoint presentation control
convert pdf into powerpoint; chart from pdf to powerpoint
C# PDF Text Extract Library: extract text content from PDF file in
But sometimes, we need to extract or fetch text content from source PDF document file for word processing, presentation and desktop publishing applications.
convert pdf to powerpoint online no email; pdf to powerpoint converter online
Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 13 of 23  
Phase 3: Data Migration Phase 
In this phase, enterprise architects should ask following questions: 
 What are the different storage options available in the cloud today? 
 What are the different RDBMS (commercial and open source) options available in the cloud today? 
 What is my data segmentation strategy? What trade-offs do I have to make? 
 How much effort (in terms new development, one-off scripts) is required to migrate all my data to the cloud? 
When choosing the appropriate storage option, one size does not fit all. There are several dimensions that you might 
have to consider so that your application can scale to your needs appropriately with minimal effort. You have to make 
the right tradeoffs among various dimensions - cost, durability, query-ability, availability, latency, performance 
(response time), relational (SQL joins), size of object stored (large, small), accessibility, read heavy vs. write heavy, 
update frequency, cache-ability, consistency (strict, eventual) and transience (short-lived). Weigh your trade-offs 
carefully, and decide which ones are right for your application. The beauty about AWS is that it doesn’t restrict you to 
use one service or another. You can use any number of the AWS storage options in any combination.  
Understand Various Storage Options Available in the AWS Cloud 
The table will help explain which storage option to use when: 
Amazon S3 + 
CloudFront 
Amazon EC2 
Ephemeral 
Store 
Amazon EBS 
Amazon SimpleDB Amazon RDS 
Ideal for 
Storing large write-
once, read-many 
types of objects, 
Static Content 
Distribution 
Storing non-
persistent 
transient 
updates 
Off-instance 
persistent storage 
for any kind of data,  
Query-able light-
weight attribute 
data 
Storing and 
querying 
structured 
relational and 
referential data 
Ideal examples 
Media files, audio, 
video, images, 
Backups, archives, 
versioning 
Config data, 
scratch files, 
TempDB 
Clusters, boot data,  
Log or data of 
commercial RDBMS 
like Oracle, DB2 
Querying, Indexing 
Mapping, tagging, 
click-stream logs, 
metadata, 
Configuration, 
catalogs 
Web apps, 
Complex 
transactional 
systems, 
inventory 
management and 
order fulfillment 
systems 
Not recommended 
for 
Querying, 
Searching 
Storing database 
logs or backups, 
customer data 
Static data, Web-
facing content, key-
value data 
Complex joins or 
transactions, BLOBs 
Relational, Typed 
data  
Clusters 
Not recommended 
examples 
Database, File 
Systems 
Shared drives, 
Sensitive data 
Content Distribution 
OLTP, DW cube 
rollups 
Clustered DB, 
Simple lookups 
Table 3: Data Storage Options in AWS cloud 
Migrate your Fileserver systems, Backups and Tape Drives to Amazon S3 
If your existing infrastructure consists of Fileservers, Log servers, Storage Area Networks (SANs) and systems that are 
backing up the data using tape drives on a periodic basis, you should consider storing this data in Amazon S3. Existing 
applications can utilize Amazon S3 without major change. If your system is generating data every day, the recommended 
migration flow is to point your “pipe” to Amazon S3 so that new data is stored in the cloud right away. Then, you can 
have an independent batch process to move old data to Amazon S3. Most enterprises take advantage of their existing 
encryption tools (256-bit AES for data at-rest, 128-bit SSL for data in-transit) to encrypt the data before storing it on 
Amazon S3. 
C# Create PDF from OpenOffice to convert odt, odp files to PDF in
Note: When you get the error "Could not load file or assembly 'RasterEdge.Imaging. Basic' or any How to Use C#.NET Demo Code to Convert ODT to PDF in C#.NET
convert pdf to ppt; image from pdf to powerpoint
VB.NET PowerPoint: Sort and Reorder PowerPoint Slides by Using VB.
you can choose to show your PPT presentation in inverted clip art or screenshot to PowerPoint document slide & profession imaging controls, PDF document, image
convert pdf file to powerpoint; picture from pdf to powerpoint
Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 14 of 23  
Understand various RDBMS options in the AWS cloud 
For your relational database, you have multiple options to choose: 
Amazon RDS 
RDBMS AMIs  
3
rd
Party Database 
Service 
RDBMS 
MySQL 
Oracle 11g, Microsoft 
SQL Server, MySQL, IBM 
DB2, Sybase, Informix, 
PostGreSQL  
Vertica, AsterData 
Support provided by 
AWS Premium Support 
AWS and Vendor 
Vendor 
Managed by AWS 
Yes 
No 
No 
Pricing Model 
Pay-as-you-go 
BYOL, Pay-as-you-go 
Various 
Scalability 
Scale compute and 
storage with a single API 
call or a click 
Manual 
Vendor 
responsibility 
Table 4: Relational Database Options 
Migrate your MySQL Databases to Amazon RDS 
If you use a standard deployment of MySQL, moving to Amazon RDS will be a trivial task. Using all the standard tools
you will be able to move and restore all the data into an Amazon RDS DB instance. After you move the data to a DB 
instance, make sure you are monitoring all the metrics you need. It is also highly recommended that you set your 
retention period so AWS can automatically create periodic backups.  
Migrate your Commercial Databases to Amazon EC2 using Relational DB AMIs 
If you require transactional semantics (commit, rollback) and are running an OLAP system, simply use traditional 
migration tools available with Oracle, MS SQL Server, DB2 and Informix. All of the major databases are available as 
Amazon Machine Images and are supported in the cloud by the vendors. Migrating your data from an on-premise 
installation to an Amazon EC2 cloud instance is no different than migrating data from one machine to another. 
Move Large Amounts of Data using Amazon Import/Export Service 
When transferring data across the Internet becomes cost or time prohibitive, you may want to consider the AWS 
Import/Export service With AWS Import/Export Service, you load your data on USB 2.0 or eSATA storage devices and 
ship them via a carrier to AWS. AWS then uploads the data into your designated buckets in Amazon S3.  
For example, if you have multiple terabytes of log files that need to be analyzed, you can copy the files to a supported 
device and ship the device to AWS. AWS will restore all the log files in your designated bucket in Amazon S3, which can 
then be fetched by your cloud-hosted business intelligence application or Amazon Elastic MapReduce services for 
analysis. 
If you have a 100TB Oracle database with 50GB of changes per day in your data center that you would like to migrate to 
AWS, you might consider taking a full backup of the database to disk then copying the backup to USB 2.0 devices and 
shipping them. Until you are ready to switch the production DBMS to AWS, you take differential backups. The full 
backup is restored by the import service and your incremental backups are transferred over the Internet and applied to 
the DB Instance in the cloud. Once the last incremental backup is applied, you can begin using the new database server. 
VB.NET PowerPoint: Merge and Split PowerPoint Document(s) with PPT
documents and save the created new file in the sample code in VB.NET to finish PowerPoint document splitting If you want to see more PDF processing functions
change pdf to powerpoint; how to convert pdf file to powerpoint presentation
VB.NET Create PDF from OpenOffice to convert odt, odp files to PDF
1odt.pdf"). How to VB.NET: Convert ODP to PDF. This code sample is able to convert ODP file to PDF document. ' odp convert
table from pdf to powerpoint; convert pdf into ppt
Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 15 of 23  
Phase 4: Application Migration Phase 
In this phase, you should ask the following question: 
  How can I move part of or an entire system to the cloud without disrupting or interrupting my current business? 
In this phase, you will learn two main application migration strategies: Forklift Migration Strategy and Hybrid Migration 
Strategy. We will discuss the pros and cons of each strategy to help you decide the best approach that suits your 
application. Based on the classification of application types (in Phase 1), you can decide which strategy to apply for what 
type of application.   
Forklift Migration Strategy 
Stateless applications, tightly coupled applications, or self-contained applications might be better served by using the 
forklift approach. Rather than moving pieces of the system over time, forklift or “pick it all up at once” and move it to 
the cloud. Self-contained Web applications that can be treated as single components and backup/archival systems are 
examples of these types of systems that can be moved into the cloud using this strategy. Components of a 3-tier web 
application that require extremely-low latency connectivity between them to function and cannot afford internet 
latency might be best suited to this approach if the entire application including the web, app and database servers, is 
moved to the cloud all at once. 
In this approach, you might be able to migrate an existing application into the cloud with few code changes. Most of the 
changes will involve copying your application binaries, creating and configuring Amazon Machine Images, setting up 
security groups and elastic IP addresses, DNS, switching to Amazon RDS databases. This is where AWS’s raw 
infrastructure services (Amazon EC2, Amazon S3, Amazon RDS and Amazon VPC) really shine. 
In this strategy, the applications might not be able to take immediate advantage of the elasticity and scalability of the 
cloud because, after all, you are swapping real physical servers with EC2 instances, or replacing file servers with Amazon 
S3 buckets or Amazon EBS volumes; logical components matter less than the physical assets. However, it’s important to 
realize that, by using this approach for certain application types, you are shrinking your IT infrastructure footprint (one 
less thing to worry about) and offloading the undifferentiated heavy lifting to AWS. This enables you to focus your 
resources on things that actually differentiate you from your competitors. You will revisit this application in the next 
stages and will be able to realize even more benefits of the cloud.    
Like with any other migration, having a backup strategy, a rollback strategy and performing end-to-end testing is a must 
when using this strategy. 
Hybrid Migration Strategy 
A hybrid migration consists of taking some parts of an application and moving them to the cloud while leaving other 
parts of the application in place.  
The hybrid migration strategy can be a low-risk approach to migration of applications to the cloud. Rather than moving 
the entire application at once, parts can be moved and optimized one at a time. This reduces the risk of unexpected 
behavior after migration and is ideal for large systems that involve several applications. For example, if you have a 
website and several batch processing components (such as indexing and search) that power the website, you can 
consider using this approach. The batch processing system can be migrated to the cloud first while the website 
continues to stay in the traditional data center. The data ingestion layer can be made “cloud-aware” so that the data is 
directly fed to an Amazon EC2 instance of the batch processing system before every job run. After proper testing of the 
batch processing system, you can decide to move the website application.  
VB.NET PowerPoint: VB Codes to Create Linear and 2D Barcodes on
PowerPoint PDF 417 barcode library is a mature and Install and integrate our PowerPoint PLANET barcode creating to achieve PLANET barcode drawing on PPT file.
add pdf to powerpoint slide; convert pdf to ppt online
How to C#: Overview of Using XDoc.Windows Viewer
Generally speaking, you can use this .NET document imaging SDK to load, markup, convert, print, scan image and document. Support File Types. PDF.
convert pdf to ppt online without email; convert pdf into ppt online
Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 16 of 23  
On-site or co-lo 
AWS cloud 
Notes 
Service, Business 
Component, or a Feature that 
consists of app code, business 
logic, data access layer and 
database   
Thin Layer of “cloud-
aware” code to be written that 
uses web services interface of the 
component, consists of 
stubs/skeletons 
Keep the DB close to the 
component using it: If all the 
components use the same 
database, it might be advisable to 
move all the components and the 
database together all at once.  If all 
the components use different 
database instances/schemas and 
are mutually exclusive but are 
hosted on the same physical box, it 
might be advisable to separate the 
logical databases and move them 
along with component during 
migration 
Proxy may or may not be 
used.  
Table 5: Hybrid Low-risk Migration Strategy of Components into the cloud 
Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 17 of 23  
In this strategy, you might have to design, architect and build temporary “wrappers” to enable communication between 
parts residing in your traditional datacenter and those that will reside in the cloud. These wrappers can be made “cloud-
aware” and asynchronous (using Amazon SQS queues, wherever applicable) so that they are resilient to changing 
internet latencies. 
This strategy can also be used to integrate cloud applications with other cloud-incompatible legacy applications 
(Mainframe applications or applications that require specialized hardware to function). In this case, you can write 
“cloud-aware” web service wrappers around the legacy application and expose them as web service. Since web ports are 
accessible from outside enterprise networks, the cloud applications can make a direct call to these web services and 
which in turn interacts with the mainframe applications. You can also setup a VPN tunnel between the legacy 
applications that reside on-premise and cloud applications.  
Configuring and Creating your AMIs  
In many cases, it is best to begin with AMIs either provided by AWS or by a trusted solution provider as the basis of AMIs 
you intend to use going forward. Depending on your specific requirements, you may also need to leverage AMIs 
provided by other ISVs. In any case, the process of configuring and creating your AMIs is the same. 
It is recommended that you create an AMI for each component designed to run in a separate Amazon EC2 instance. It is 
also recommended to create an automated or semi-automated deployment process to reduce the time and effort for re-
bundling AMIs when new code is released. This would be a good time to begin thinking about a process for configuration 
management to ensure your servers running in the cloud are included in your process. 
Phase 5: Leverage the Cloud 
After you have migrated your application to the cloud, run the necessary tests, and confirmed that everything is working 
as expected, it is advisable to invest time and resources to determine how to leverage additional benefits of the cloud. 
Questions that you can ask at this stage are: 
 Now that I have migrated existing applications, what else can I do in order to leverage the elasticity and 
scalability benefits that the cloud promises? What do I need to do differently in order to implement elasticity in 
my applications? 
 How can I take advantage of some of the other advanced AWS features and services? 
 How can I automate processes so it is easier to maintain and manage my applications in the cloud? 
 What do I need to do specifically in my cloud application so that it can restore itself back to original state in an 
event of failure (hardware or software)? 
Leverage other AWS services 
Auto Scaling Service  
Auto Scaling enables you to set conditions for scaling up or down your Amazon EC2 usage. When one of the conditions is 
met, Auto Scaling automatically applies the action you’ve defined. 
Examine each cluster of similar instances in your Amazon EC2 fleet and see whether you can create an Auto Scaling 
group and identify the criteria of scaling automatically (CPU utilization, network I/O etc.)  
Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 18 of 23  
At minimum, you can create an Auto Scaling group and set a condition that your Auto Scaling group will always contain a 
fixed number of instances. Auto Scaling evaluates the health of each Amazon EC2 instance in your Auto Scaling group 
and automatically replaces unhealthy Amazon EC2 instances to keep the size of your Auto Scaling group constant. 
Amazon CloudFront 
With just a few clicks or command line calls, you can create an Amazon CloudFront distribution for any of your Amazon 
S3 buckets. This will edge cache your static objects closer to the customer and reduce latency. This is often so easy to do 
that customers don’t wait until this phase to take advantage of CloudFront; they do so much earlier in the plan. The 
Migrating to CloudFront
4
whitepaper gives you more information.  
Amazon Elastic MapReduce 
For analyzing any large dataset or processing large amount of media, one can take advantage of Amazon Elastic 
MapReduce. Most enterprises have metrics data to process or logs to analyze or large data sets to index. With Amazon 
Elastic MapReduce, you can create repeatable job flows that can launch a Hadoop cluster, process the job, expand or 
shrink a running cluster and terminate the cluster all in few clicks.  
Automate Elasticity 
Elasticity is a fundamental property of the cloud. To understand elasticity and learn about how you can build 
architectures that supports rapid scale up and scale down, refer to the Architecting for the cloud whitepaper
5
. Elasticity 
can be implemented at different levels of the application architecture.  Implementing elasticity might require refactoring 
and decomposing your application into components so that it is more scalable. The more you can automate elasticity in 
your application, the easier it will be to scale your application horizontally and therefore the benefit of running it in the 
cloud is increased.  
In this phase, you should try to automate elasticity. After you have moved your application to AWS and ensured that it 
works, there are 3 ways to automate elasticity at the stack level. This enables you to quickly start any number of 
application instances when you need them and terminate them when you don’t, while maintaining the application 
upgrade process. Choose the approach that best fits your software development lifestyle. 
1. Maintain Inventory of AMIs 
It’s easiest and fastest to setup inventory of AMIs of all the different configurations but difficult to maintain as 
newer versions of applications might mandate updating the AMIs. 
2. Maintain a Golden AMI and fetch binaries on boot  
This is a slightly more relaxed approach where a base AMI (“Golden Image”) is used across all application types 
across the organization while the rest of the stack is fetched and configured during boot time. 
3. Maintain a Just-Enough-OS AMI and a library of recipes or install scripts  
This approach is probably the easiest to maintain especially when you have a huge variety of application stacks 
to deploy. In this approach, you leverage the programmable infrastructure and maintain a library of install 
scripts that are executed on-demand.  
4
http://developer.amazonwebservices.com/connect/entry!default.jspa?categoryID=267&externalID=2456 
5
http://media.amazonwebservices.com/AWS_Cloud_Best_Practices.pdf 
Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 19 of 23  
Figure 6: Three ways to automate elasticity while maintaining the upgrade process 
Harden Security 
The cloud does not absolve you from your responsibility of securing your applications. At every stage of your migration 
process, you should implement the right security best practices. Some are listed here: 
 Safeguard your AWS credentials 
o Timely rotate your AWS access credentials, and immediately rotate if you suspect a breach 
o Leverage multi-factor authentication 
 Restrict users to AWS resources 
o Create different users and groups with different access privileges (policies) using AWS Identity and 
Access Management (IAM) features to restrict and allow access to specific AWS resources 
o Continuously revisit and monitor IAM user policies  
o Leverage the power of security groups in Amazon EC2 
 Protect your data by encrypting it at-rest (AES) and in-transit (SSL) 
o Automate security policies 
 Adopt a recovery strategy 
o Create periodic Amazon EBS snapshots and Amazon RDS backups. 
o Occasionally test your backups before you need them 
Automate the In-cloud Software Development Lifecycle and Upgrade Process 
In the AWS cloud, there is no longer any need to place purchase orders for new hardware ahead of time or to hold 
unused hardware captive to support your software development lifecycle. Instead, developers, system builders, and 
testers can request the infrastructure they need minutes before they need it, taking advantage of the vast scale and 
rapid response time of the cloud. With a scriptable infrastructure, you can completely automate your software 
development and deployment lifecycle. You could manage your development, build, testing, staging and production 
Amazon Web Services - Migrating Your Existing Applications to the AWS Cloud 
October 2010 
Page 20 of 23  
environments by creating re-usable configuration tools, managing specific security groups and launching specific AMIs 
for each environment.  
Automating your upgrade process in the cloud is highly recommended at this stage so that you can quickly advance to 
newer versions of the applications and also rollback to older versions when necessary.  With the cloud, you don’t have 
to install new versions of software on old machines, but instead throw away old instances and re-launch new fresh pre-
configured instances. If upgrade fails, you simply throw it away and switch to new hardware with no additional cost. 
Create a Dashboard of your Elastic Datacenter to Manage AWS Resources 
It should be easy and friction-free for the engineering and project managers to provision and relinquish AWS cloud 
resources. At the same time, the management team should also have visibility into the ways in which AWS resources are 
being consumed. The AWS Management Console provides a view of your cloud datacenter. It also provides you with 
basic management and monitoring capabilities (by way of Amazon CloudWatch) for your cloud resources. The AWS 
Management Console is continually evolving. It offers rich user interface to manage AWS services. However, if the 
current view does not fit your needs, we advise you to consider using third party tools that you are already familiar with 
(like CA, IBM Tivoli) or to create your own console by leveraging the Web Service APIs. Using Web Service APIs, It’s fairly 
straightforward to create a web client that consumes the web services API and create custom control panels to suit your 
needs. For example, if you have created a pre-sales demo application environment in the cloud for your sales staff so 
that they can quickly launch a preconfigured application in the cloud, you may want to create a dashboard that displays 
and monitors the activity of each sales person and each customer. Manage and limit access permissions based on the 
role of the sales person and revoke access if the employee leaves the company. 
There are several libraries available in our Resource Center that can help you get started with creating the dashboard 
that suits your specific requirement. 
Create a Business Continuity Plan and Achieve High Availability (Leverage Multiple Availability Zones) 
Many companies fall short in disaster recovery planning because the process is not fully automatic and because it is cost 
prohibitive to maintain a separate datacenter for disaster recovery. The use of virtualization (ability to bundle AMI) and 
data snapshots makes the disaster recovery implementation in the cloud much less expensive and simpler than 
traditional disaster recovery solutions. You can completely automate the entire process of launching cloud resources 
which can bring up an entire cloud environment within minutes. When it comes to failing over to the cloud, recovering 
from system failure due to employee error is the same as recovering from an earthquake. Hence it is highly 
recommended that you have your business continuity plan and set your Recovery Time Objective (RTO) and Recovery 
Point Objective (RPO). 
Your business continuity plan should include: 
 data replication strategy (source, destination, frequency) of databases (Amazon EBS) 
 data backup and retention strategy (Amazon S3 and Amazon RDS) 
 creating AMIs with the latest patches and code updates (Amazon EC2) 
 recovery plan to fail back to the corporate data center from the cloud post-disaster 
The beauty of having a business continuity strategy implemented in the cloud is that it automatically gives you higher 
availability across different geographic regions and Availability Zones without any major modifications in deployment 
and data replication strategies. You can create a much higher availability environment by cloning the entire architecture 
and replicating it in a different Availability Zone or by simply using Multi-AZ deployments (in case of Amazon RDS). 
Documents you may be interested
Documents you may be interested