Assessing Your Company's Cloud Readiness
•
26 likes•16,302 views
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.
Report
Share
Assessing Your Company's Cloud Readiness
- 1. Assessing Your Company’s Cloud Readiness
- 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
- 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
- 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