O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

Day 4 - Cloud Migration - But How?

Migrating your business applications from your on-site or co-located datacenters to the AWS Cloud takes some planning, and a phased approach. This webinar looks at migration patterns from an architectural perspective and what tools and techniques are available to you.

Reasons to attend:
- Learn about planning your cloud migration strategy.
- This webinar will help you select the workloads that can easily be moved to the cloud.
- Evaluate the conditions and metrics required for a successful and cost effective migration.

  • Entre para ver os comentários

Day 4 - Cloud Migration - But How?

  1. 1. Cloud Migration - But How? #include <for application developers> Peter ‘Dr Pete’ Stanski Principal Solutions Architect stanski@amazon.com
  2. 2. Agenda v • Planning your Migration to AWS Cloud • Selecting Migration Patterns for your applications • Walk through your options and associated AWS Services
  3. 3. Planning Your Cloud Migration Strategy v White Paper: Migrating your Existing Apps to the AWS Cloud http://bit.ly/CloudMigrationStrategy
  4. 4. Planning Your Cloud Migration Strategy v White Paper: Migrating your Existing Apps to the AWS Cloud http://bit.ly/CloudMigrationStrategy
  5. 5. Early Candidate Targets • Spikey workloads (e.g. web applications) v • Dev/Test applications and their environments • Grid computing / 3D / Image Rendering Apps • Analytics Applications AND • Explosive data growth • Application backup and archiving • App Disaster recovery options
  6. 6. Our Shared Security Model Customer applications & content v Platform, Applications, Identity & Access Management Operating System, Network, & Firewall Configuration AWS Foundation Services Compute Storage Database Networking Availability Zones AWS Global Infrastructure Regions Edge Locations Client-side Data Encryption Server-side Data Encryption Network Traffic Protection Customers Customers have their choice of security configurations IN the Cloud AWS is responsible for the security OF the Cloud
  7. 7. What We Are Trying to Achieve… v Corporate Data Centers On-Premises Resources Cloud Resources Integration Network Connectivity (Internet, VPN or Direct Connect) • Maintain Existing Compliance • Leverage Previous Investments • Maintain & Interoperate with Legacy workloads
  8. 8. Common Migration Patters: Move Entire Application v App 1 App 2 App Corporate N Data Center Assumption: • Application is a self contained atomic unit • Application Tiers and Data can be moved all at one
  9. 9. Common Migration Patters: Move Application Tier(s) v Corporate Data Center Assumption: App Web App Middle ... App DB Application is well understood & latency is not an issue
  10. 10. What Kind of Developer, Coder or Software Engineer Are You? • Developer/Coder: v • Wants to predominantly work on their application. And…. A) has little to do with infrastructure the application runs upon; OR B) “lightly” involved in the underlying infrastructure their application runs on. • Software Engineer/Architect: • Intimately works on all application components and deeply involved in what infrastructure the solution runs on. • Jumps in and engineers under the hood for maximum solution performance. • Dev Ops Engineer: • Heavily involved in Continuous Integration/ Continuous Deployment (CI/CD). • Automates anything and everything possible for maximum change velocity.
  11. 11. Application Deployment and Provisioning Options Higher-level Services v Elastic Compute Cloud Application Container Application Automation Templated Provisioning Elastic Beanstalk OpsWorks CloudFormation Amazon EC2 Developer / Coder Dev Ops Engineer Software Engineer/Architect
  12. 12. Application Deployment and Provisioning Options v Elastic Compute Cloud Application Container Application Automation Templated Provisioning Elastic Beanstalk OpsWorks CloudFormation Amazon EC2 Do it yourself (DIY) application deployment – on a virtual machine
  13. 13. EC2 (Virtual Machine) Instance Families General Purpose: M1, M3 (, T2) Compute Optimized: C1, CC2, C3, C4 Memory Optimized: M2, CR1, R3 Storage Optimized: HI1, HS1, I2 GPU: CG1, G2 Micro: T1, T2
  14. 14. Instance History g2.2xlarge Increasing customer choice… m1.small new existing m1.xlarge m1.large m1.small m2.2xlarge m2.4xlarge c1.medium c1.xlarge m1.xlarge m1.large m1.small cc2.8xlarge cc1.4xlarge cg1.4xlarge t1.micro m2.xlarge m2.2xlarge m2.4xlarge c1.medium c1.xlarge m1.xlarge m1.large m1.small c3.large c3.xlarge c3.2xlarge c3.4xlarge c3.8xlarge cr1.8xlarge hs1.8xlarge m3.xlarge m3.2xlarge hi1.4xlarge m1.medium cc2.8xlarge cc1.4xlarge cg1.4xlarge t1.micro m2.xlarge m2.2xlarge m2.4xlarge c1.medium c1.xlarge m1.xlarge m1.large m1.small cc1.4xlarge cg1.4xlarge t1.micro m2.xlarge m2.2xlarge m2.4xlarge c1.medium c1.xlarge m1.xlarge m1.large m1.small c3.large c3.xlarge c3.2xlarge c3.4xlarge c3.8xlarge hs1.8xlarge m3.xlarge m3.2xlarge hi1.4xlarge m1.medium cc2.8xlarge cc1.4xlarge cg1.4xlarge t1.micro m2.xlarge m2.2xlarge m2.4xlarge c1.medium c1.xlarge m1.xlarge m1.large m1.small c1.medium c1.xlarge m1.xlarge m1.large m1.small m3.medium m3.large i2.large i2.xlarge i2.4xlarge i2.8xlarge r3.large r3.xlarge r3.2xlarge r3.4xlarge r3.8xlarge t2.micro t2.small t2.medium c4.large c4.xlarge c4.2xlarge c4.4xlarge c4.8xlarge 2006 2007 2008 2009 2010 2011 2012-2013 December, 2014 introducing
  15. 15. Application Deployment and Provisioning Options v Elastic Compute Cloud Application Container Application Automation Templated Provisioning Elastic Beanstalk OpsWorks CloudFormation Amazon EC2 You bring your application and AWS provide a managed runtime
  16. 16. Beanstalk supports a range of runtime containers v .Net Java Python NodeJS Ruby PHP Docker
  17. 17. User Application Application Service HTTP Service Language Interpreter Operating System Host
  18. 18. …all wired into the Beanstalk framework
  19. 19. Automatically Deploy Web Solutions • Example Wizard driven deployment from within Visual Studio IDE (Eclipse also supported) v
  20. 20. Application Deployment and Provisioning Options v Elastic Compute Cloud Application Container Application Automation Templated Provisioning Elastic Beanstalk OpsWorks CloudFormation Amazon EC2 You bring your application (Chef recipes) and AWS makes it easy to deploy and operate applications of all shapes and sizes
  21. 21. v AWS OpsWorks Primer A stack represents your application. One stack might be used for staging and another for production. A layer defines how to setup and configure a set of instances and related resources such as volumes and software. Simply tell OpsWorks where it can find your code and define any additional deployment tasks. Then OpsWorks will take care of deploying your app in your desired configuration. Scale your stack based on time or load. Clone your production stack to a different region. Set up user permissions and access. Automate workflows for common tasks.
  22. 22. The heart of the OpsWorks Service v Agent on each EC2 instance talks with OpsWorks
  23. 23. Instance Lifecycle and Configuration Hooks v
  24. 24. Deploying you Apps via OpsWorks v
  25. 25. Application Deployment and Provisioning Options v Elastic Compute Cloud Application Container Application Automation Templated Provisioning Elastic Beanstalk OpsWorks CloudFormation Amazon EC2 Declaratively define your entire architecture, applications, OS deployment scripts, databases and control other AWS services. For those that want full control of everything – DevOps centric
  26. 26. CloudFormation Components v Template JSON formatted file Parameter definition Resource creation Configuration actions CloudFormation Framework Stack creation Stack updates Error detection and rollback Stack Configured AWS services Comprehensive service support Service event aware Customisable
  27. 27. v Template JSON formatted file Parameter definition Resource creation Configuration actions
  28. 28. User Input Driven v { Snippet: Taking user defined parameters "Parameters" : { "KeyName" : { "Description" : "Name of an existing EC2 KeyPair to enable SSH access to the instance", "Type" : "String" } }, } Template JSON formatted file Parameter definition Resource creation Configuration actions • Templates can take user input to feed configuration values for other sections of the Template
  29. 29. What does a Database definition look like? Snippet: Creating a SQL Server Express RDS instance v Template JSON formatted file Parameter definition Resource creation Configuration actions “RDSmsSqlDB": { "Type": "AWS::RDS::DBInstance", "Properties": { "AllocatedStorage": "20", "BackupRetentionPeriod": "1", "DBInstanceClass": "db.t1.micro", "DBName": "MsSQLDatabase", "DBParameterGroupName": "default.sqlserver-ex-10.5", "Engine": "sqlserver-ex", "EngineVersion": "10.50.2789.0.v1", "MasterUsername": "xxxx", "MasterUserPassword": "xxxx", "Port": "1433", "PreferredBackupWindow": "00:00-00:30", "PreferredMaintenanceWindow": "mon:15:30-mon:16:00", "DBSecurityGroups": [ { "Ref": "dbsgdefault" } ] } }, More Information at http://aws.amazon.com/documentation/cloudformation/
  30. 30. Benefits of Templated Environments v CloudFormation Template Procedural definition Create it programmatically Known configuration Store stack configuration in source control Parameter driven Dynamic and user-driven templates Collaboration Share templates with ease as just files
  31. 31. Elastic Beanstalk & CloudFormation “I just want my app to v run, and I only want access to machines if I really need to” “I want to source control my entire datacenter deployment like I would my configuration files” Growing Requirements Elastic Beanstalk CloudFormation AWS High level, shrink wrapped rapid approach Fine grained, declarative control over all your assets Platform Tools
  32. 32. New Services coming from AWS for devs…. v • Elastic Container Service • High performance container management service that supports Docker containers and allows you to easily run distributed applications on a managed cluster of Amazon EC2 instances. • AWS Lambda • Compute service that runs your code in response to events. • Lambda starts your code within milliseconds of an event such as an image upload, in-app activity, website click, or output from a connected device. • CodeCommit, CodeDeply & CodePipeline • CodeCommit is a secure, highly scalable, managed source control service that hosts private Git repositories. • CodePipeline continuous delivery and release automation service that aids smooth deployments. • CodeDeploy is a service that automates code deployments to Amazon EC2 instances. CodeCommit (Source Control) CodePipeline (CI/CD Workflow) CodeDeploy (Deployment)
  33. 33. Summary • Covered how to plan your appvlication migration to AWS • Explored application migration patters – horizontal & vertical • Covered 4 main options & AWS services that assist developers • Do It Yourself • Automated managed environments & deployments • Layered Architecture Stacks with recipe driven customizations • DevOps centric – Declarative models
  34. 34. v
  35. 35. AWS Training & Certification AWS offers Training and Certification to help you develop your skills and gain recognition for your technical experience with AWS services and solutions. v Online Training Gain confidence and hands-on experience with AWS. Watch free Instructional Videos and explore Self- Paced Labs Instructor Led Classes Learn how to design, deploy and operate highly available, cost-effective and secure applications on AWS in courses led by qualified AWS instructors AWS Certification Validate your technical expertise with AWS and use practice exams to help you prepare for AWS Certification http://aws.amazon.com/training
  36. 36. v Thank You

×