In this session you will get an understanding how to evaluate your company's or applications' cloud readiness. We will cover aspects such as workload and data categorisation, automation levels, design for failure and cost-optimised architectures. We will be looking at typical application evolution paths from tightly coupled physical systems, in some cases through virtualisation, to cloud-native, or cloud-ready, loosely coupled, distributed and automated solutions. This session will also take a look at typical enterprise business processes, from procurement to development and testing, and operations and support. We will introduce known-to-work cloud-ready business processes and new best practices, through customer use cases from companies who are cloud native, or have undergone a cloud transformation to get there.

1. Assessing Your Company’s
Cloud Readiness

2. Why?
What?
How?

3. Why?
What?
How?

4. There are many reasons to move to the Cloud
#1: Agility
#2: Platform Breadth
#3: Continual Iteration and
Innovation
Our 44th Price Reduction ü
#4: Cost Savings and
Flexibility

5. There are many ways to move to the Cloud
#1: Development and Test #2: New Workloads #3 Supplement existing workloads
#4: Integrate Cloud Workloads with
Existing On-premises systems #5: Migrate Existing Applications #6 DC Migrations and All-In

6. Conde nast video

7. Why?
What?
How?

8. Strategy & Business Goals

9. Cloud Strategy – Business Goals Alignment
Topline
Efficiency

10. Cloud – Tool or Competitive Advantage?
Cloud-first Strategy?
Strategic Investment?

11. Applications

12. Application Architecture
Monolithic & static,
Tightly coupled,
Specific & dedicated
(v)HW BoM,
Design for Failover,
Stateful, Scale up
EBS, S3, RDS, ELB, Cloudwatch..
Monolithic SW,
Leveraging
Infrastructure
Services
SOA &
Microservices,
Loosely coupled,
Adaptive,
Design for Failure,
Stateless, Scale out

13. Options for Migrating Applications to AWS
• Migrated without change (Forklift or ‘Lift-and-Shift’)
– Map on-premises technology services to AWS services
– Does not provide the full benefit of AWS but less effort is needed
• Migrated with some improvements (Embrace AWS)
– Full re-development is not justified but specific AWS services are used
– Provides more benefits with more effort
• Migrated by re-architecting and re-developing (Optimise for AWS)
– Re-architecting and re-developing is justified
– Can provide full benefits but needs the most effort

14. Cloud SOA & Microservices
Separate services
Exposed via API
Scale, assure separately
Buy
Commercial SW
Build
Develop in-house
Own skills & IP
Open Source
Fully open source
In-house support
Open Source +
+ Enterprise Support
e.g. Red Hat

15. Processes

16. R&D Processes
Rare Release Events
“Waterfall Methodology”
Frequent Release Events
“Agile Methodology”
Smaller Effort
“Minimized Risk”
Larger Effort
“Increased Risk”
Time
Change
Time
Change

17. test
plan code build
Continuous Integration
Agile Development
Source http://www.collab.net
deploy operate
collaboration
value
DevOps
release
Continuous Delivery

18. Data Value Strategy

19. Data Value Strategy

20. State of Data

25. Map Data Sources
Customer-facing Applications?
Internal Systems?
External – Social / Open / Commercial Feeds?

26. Data Sources
Have already? Initial Data Set
Being Generated? Fresh Data
Throwing Away? Ignored

27. Storage
Single source of truth?
Durability?
Capacity?
Cost?

28. S3 as a “single source of truth”
S3
Courtesy http://techblog.netflix.com/2013/01/hadoop-platform-as-service-in-cloud.html

29. Data Quality Control
Control Data
Correct Data
Validate Data
Enrich Data

30. Data Value Strategy – Business Goals Alignment
Time to Result
Cost of Result

31. Data Value Add

33. Data Exposure – via API
Internal
Partners
Customers
Ecosystem

34. Why?
What?
How?

35. What will you need for the Journey?
You’ll need
a reason
You’ll need
tools
You’ll need
a map
• AWS Team
• Partners (SIs, Niche,
MSP, etc)
• Training
• Enterprise Support
model
You’ll need
a guide
• Discovery and
Assessment
Process defining
the roadmap, quick
wins and adoption
plan
• TCO analysis and
business case
• Business benefits
and value analysis
• Cost of migration
and execution plan
• Technology
assessment
• Security assessment
• Portfolio evaluation
• Technology partners

36. What will you need for the Journey?
You’ll need
a reason
You’ll need
tools
You’ll need
a map
• AWS Team
• Partners (SIs, Niche,
MSP, etc)
• Training
• Enterprise Support
model
You’ll need
a guide
• Discovery and
Assessment
Process defining
the roadmap, quick
wins and adoption
plan
• TCO analysis and
business case
• Business benefits
and value analysis
• Cost of migration
and execution plan
• Technology
assessment
• Security assessment
• Portfolio evaluation
• Technology partners

37. AWS Enterprise
Engagement Model
• All resources are based in
APAC – local to you
• Connections with the product
teams
• Executive relationship with
customers
• Support during all phases of
your journey to the Cloud
AWS Enterprise Engagement Model
YOU
Account
Manager
(Customer)
Solution
Architect
Enterprise
Support
Partner(s)
(Sis, ISVs)
Prof.
services
Training and
Certification

38. AWS Training & Certification
Certification
Demonstrate your skills,
knowledge, and expertise
with the AWS platform
aws.amazon.com/certification
Self-Paced Labs
Try products, gain new
skills, and get hands-on
practice working with AWS
technologies
aws.amazon.com/training/
self-paced-labs
Training
Skill up and gain confidence
to design, develop, deploy
and manage your
applications on AWS
aws.amazon.com/training

39. Worldwide Training Partners
Visit aws.amazon.com/partners/overview/training-partner/

40. AWS Partners focusing on Migrations
Strategy
Platform Migration
TCO Tools
Managed Operations
Migration Tools Testing Tools
Cost Optimization
Cloud
Management
Capacity Planning

41. What is AWS Enterprise Support?
• 24x7 support model
• Dedicated Technical Account Manager
• A range of plans for every customer size and scale
• Unlimited number of support cases
• Pay-by-the-month pricing
• No long-term commitments
• Additional support for
• Customer event management
• Cost optimisation for the AWS resources

42. What will you need for the Journey?
You’ll need
a reason
You’ll need
tools
You’ll need
a map
• AWS Team
• Partners (SIs, Niche,
MSP, etc)
• Training
• Enterprise Support
model
You’ll need
a guide
• Discovery and
Assessment
Process defining
the roadmap, quick
wins and adoption
plan
• TCO analysis and
business case
• Business benefits
and value analysis
• Cost of migration
and execution plan
• Technology
assessment
• Security assessment
• Portfolio evaluation
• Technology partners

43. What will you need for the Journey?
You’ll need
a reason
You’ll need
tools
You’ll need
a map
• AWS Team
• Partners (SIs, Niche,
MSP, etc)
• Training
• Enterprise Support
model
You’ll need
a guide
• Discovery and
Assessment
Process defining
the roadmap, quick
wins and adoption
plan
• TCO analysis and
business case
• Business benefits
and value analysis
• Cost of migration
and execution plan
• Technology
assessment
• Security assessment
• Portfolio evaluation
• Technology partners

44. Cloud Adoption: an iterative process
Joint
Discovery
Workshop
(find
suitable
workload)
Live
Supported
System or
POC
IT Transformation
with AWS Professional Services
Technical Design
with AWS Solution Architects
Support & Operations
with AWS Enterprise Support TAM
Training & Certification
with AWS Training
Stakeholder
Sponsorship
Stakeholder
Review
Repeat

45. Discovery Workshop
Business
Level
Technical
Level
IT
Operations
Discovery Workshop Results
Context
• Industry Insights
• Business Strategies and Priorities
• Capabilities and benefits
Analyse
• Assess Current State
• Define Future State
• Identify quick wins and blockers
Prioritize
• Select and Rank Initiatives
• Create a roadmap
• Build evaluation plan
AWS Awareness
Design Framework
and Roadmap
Business case
and value
Technology
evaluation and POC
STRATEGIC
ASSESMENT

46. What will you need for the Journey?
You’ll need
a reason
You’ll need
tools
You’ll need
a map
• AWS Team
• Partners (SIs, Niche,
MSP, etc)
• Training
• Enterprise Support
model
You’ll need
a guide
• Discovery and
Assessment
Process defining
the roadmap, quick
wins and adoption
plan
• TCO analysis and
business case
• Business benefits
and value analysis
• Cost of migration
and execution plan
• Technology
assessment
• Security assessment
• Portfolio evaluation
• Technology partners

47. What will you need for the Journey?
You’ll need
a reason
You’ll need
tools
You’ll need
a map
• AWS Team
• Partners (SIs, Niche,
MSP, etc)
• Training
• Enterprise Support
model
You’ll need
a guide
• Discovery and
Assessment
Process defining
the roadmap, quick
wins and adoption
plan
• TCO analysis and
business case
• Business benefits
and value analysis
• Cost of migration
and execution plan
• Technology
assessment
• Security assessment
• Portfolio evaluation
• Technology partners

48. The Journey to Big Business Results
Current State Future State
High up front costs – high risk Low up front costs – easy
experimentation
Expensive to get, keep secure Security and certification built-in
Long time to value Agility enabling quick wins
Local first then add regional Going global instantly
Focus on maintenance Focusing on core business

49. The Journey Brings Fast Learning & Early Wins
Explore Adopt Expand Transform
Non-
Production
Existing Web
Workloads
New Capability
Workloads
Legacy
Migration

50. Migration process: collect information, assess the
portfolio and decide on migration
• Collect information on the applications
• Assess applications against migration criteria
• Decide which applications should be migrated, when and how (as well
as the data required by the applications)
Assessment is part of the
practice of Application
Portfolio Management.

51. The Journey Has Parallel Paths
Explore Adopt Expand Transform
Enterprise Apps
(e.g. SAP) Demos and Training Multiple Environments
of Dev & Test
Sandboxes and
Departmental Core Enterprise Production
Departmental
LOB Apps
New Business
Capabilities
Existing Business
Capabilities
Variable Load
Transactional Apps
Steady Load Integrated
Workflow Apps
Business Intelligence
and Analytics
New Data and Compute
Intensive Projects
Analytics Extensions
(warehousing,
big data, etc.)
Multi-source Data
Lake for Collaboration
Service Enabled Master
Data Management
Web and Mobile
Applications
New Variable
Load Web Apps
Existing Variable
Load Web Apps
Customer-facing Web
and Mobile at Scale
Web and Mobile Integrated
Across the Business
Operations and
Service Delivery
Dev & Test
(Dynamic Utilization)
Backup and Archive
Storage Life Cycle
Disaster Recovery and
Business Continuity
Full Cloud ITSM for
Entire Service Catalog

52. Leading the Change – Getting Started with Dev&Test
Current
State
Explore Adopt Expand Transform
Design Transition Run
Implementa)on
SOA DevOps CI / CD
How
to
deliver?
Applica)ons
Infrastructure
Workloads
Pla5orm
Modern IT
Operating
Model

53. Leading the Change – Automating the Migration
Explore Adopt Expand Transform
Design Run
Modern IT
Operating
Transition
Current Model
State

54. Leading the Change – Process and People
Explore Adopt Expand Transform
Design Transition Run
Goals Value Results
Why to invest?
Solution
Description
Technical
Design
Architecture
What solutions?
Implementa)on
SOA DevOps CI / CD
How
to
deliver?
Applica9ons
Infrastructure
Workloads
Pla5orm
Skills People Team
Who to engage?
Readiness Maturity Governance
When to deliver?
Modern IT
Operating
Current Model
State

55. Summary
• Transition to the Cloud is a journey which needs to be
planned and managed
– Destination includes a New Operating Model for the Enterprise
– Lead the Change – Business Opportunity, Not Just Technology
• AWS team has people, process and technology platform
to transition you to the Cloud and support you there
– Partners Can Help Deliver Results Faster
• Talk to your AWS Account team about the Cloud
Discovery workshop - a great place to start your Cloud
Adoption planning

56. Follow us on at @AWSCloudSEAsia
Join the AWS User Group at
Facebook.com – search ‘AWS User Group’

57. Thank
you