Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Arquiteturas de Alta Disponibilidade na AWS

4,434 views

Published on

Arquiteturas de Alta Disponibilidade na AWS

Published in: Technology
  • Dating direct: ♥♥♥ http://bit.ly/2Q98JRS ♥♥♥
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Follow the link, new dating source: ❤❤❤ http://bit.ly/2Q98JRS ❤❤❤
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Uma apresentação muito importante, para entender o que a AWS pode proporcionar para sua arquitetura.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here

Arquiteturas de Alta Disponibilidade na AWS

  1. 1. Franco Vieira Arquiteturas de Alta Disponibilidade na AWS Solutions Architect July 30th, 2013
  2. 2. Vários Tutoriais , treinamentos e mentoria em português Inscreva-se agora !! http://awshub.com.br
  3. 3. 3 What is High Availability? • Availability: Percentage of time an application operates during its work cycle • Loss of availability is known as an outage or downtime – App is offline, unreachable, or partially available – App is slow to use – Planned and unplanned • Goal – No downtime – Always available
  4. 4. 4 Availability is related to • Scalability – Ability of an application to accommodate growth without changing design – If app cannot scale, availability may be impacted – Scalability doesn’t guarantee availability • Fault Tolerance – Built-in redundancy so apps can continue functioning when components fail – Fault tolerance is crucial to HA • Disaster Recovery – The process, policies, and procedures related to restoring service after a catastrophic event • AWS democratizes High Availability – Multiple servers, isolated redundant data centers, regions across the globe, FT services, etc.
  5. 5. AWS GLOBAL INFRASTRUCTURE
  6. 6. US-WEST (Oregon) EU-WEST (Ireland) ASIA PAC (Tokyo) ASIA PAC (Singapore) US-WEST (N. California) SOUTH AMERICA (Sao Paulo) US-EAST (Virginia) AWS GovCloud (US) ASIA PAC (Sydney) Regions
  7. 7. US-WEST (Oregon)) EU-WEST (Ireland) ASIA PAC (Tokyo) ASIA PAC (Singapore) US-WEST (N. California) SOUTH AMERICA (Sao Paulo) US-EAST (Virginia) AWS GovCloud (US) ASIA PAC (Sydney) Availability Zones
  8. 8. AWS BUILDING BLOCKS Inherently Highly Available and Fault Tolerant Services Highly Available with the right architecture  Amazon S3  Amazon DynamoDB  Amazon CloudFront  Amazon Route53  Elastic Load Balancing  Amazon SQS  Amazon SNS  Amazon SES  Amazon SWF  …  Amazon EC2  Amazon EBS  Amazon RDS  Amazon VPC
  9. 9. 1. DESIGN FOR FAILURE 2. MULTIPLE AVAILABILITY ZONES 3. SCALING 4. SELF-HEALING 5. LOOSE COUPLING
  10. 10. LET’S BUILD A HIGHLY AVAILABLE SYSTEM
  11. 11. #1 DESIGN FOR FAILURE ●○○○○
  12. 12. « Everything fails all the time » Werner Vogels CTO of Amazon
  13. 13. AVOID SINGLE POINTS OF FAILURE
  14. 14. AVOID SINGLE POINTS OF FAILURE ASSUME EVERYTHING FAILS, AND WORK BACKWARDS
  15. 15. YOUR GOAL Applications should continue to function
  16. 16. AMAZON EBS ELASTIC BLOCK STORE
  17. 17. AMAZON ELB ELASTIC LOAD BALANCING
  18. 18. HEALTH CHECKS
  19. 19. #2 MULTIPLE AVAILABILITY ZONES ●●○○○
  20. 20. AMAZON RDS MULTI-AZ
  21. 21. AMAZON ELB AND MULTIPLE AZs
  22. 22. #3 SCALING ●●●○○
  23. 23. AUTO SCALING SCALE UP/DOWN EC2 CAPACITY
  24. 24. #4 SELF-HEALING ●●●●○
  25. 25. HEALTH CHECKS + AUTO SCALING
  26. 26. HEALTH CHECKS + AUTO SCALING = SELF-HEALING
  27. 27. DEGRADED MODE
  28. 28. AMAZON S3 STATIC WEBSITE + AMAZON ROUTE 53 WEIGHTED RESOLUTION
  29. 29. #5 LOOSE COUPLING ●●●●●
  30. 30. BUILD LOOSELY COUPLED SYSTEMS The looser they are coupled, the bigger they scale, the more fault tolerant they get…
  31. 31. AMAZON SQS SIMPLE QUEUE SERVICE
  32. 32. PUBLISH& NOTIFY RECEIVE TRANSCODE
  33. 33. PUBLISH& NOTIFY RECEIVE TRANSCODE
  34. 34. VISIBILITY TIMEOUT
  35. 35. BUFFERING
  36. 36. CLOUDWATCH METRICS FOR AMAZON SQS + AUTO SCALING
  37. 37. 1. DESIGN FOR FAILURE 2. MULTIPLE AVAILABILITY ZONES 3. SCALING 4. SELF-HEALING 5. LOOSE COUPLING
  38. 38. 1. DESIGN FOR FAILURE 2. MULTIPLE AVAILABILITY ZONES 3. SCALING 4. SELF-HEALING 5. LOOSE COUPLING
  39. 39. 1. DESIGN FOR FAILURE 2. MULTIPLE AVAILABILITY ZONES 3. SCALING 4. SELF-HEALING 5. LOOSE COUPLING
  40. 40. 1. DESIGN FOR FAILURE 2. MULTIPLE AVAILABILITY ZONES 3. SCALING 4. SELF-HEALING 5. LOOSE COUPLING
  41. 41. 1. DESIGN FOR FAILURE 2. MULTIPLE AVAILABILITY ZONES 3. SCALING 4. SELF-HEALING 5. LOOSE COUPLING
  42. 42. 1. DESIGN FOR FAILURE 2. MULTIPLE AVAILABILITY ZONES 3. SCALING 4. SELF-HEALING 5. LOOSE COUPLING
  43. 43. YOUR GOAL Applications should continue to function
  44. 44. IT’S ALL ABOUT CHOICE BALANCE COST & HIGH AVAILABILITY
  45. 45. AWS ARCHITECTURE CENTER http://aws.amazon.com/architecture AWS TECHNICAL ARTICLES http://aws.amazon.com/articles AWS BLOG http://aws.typepad.com AWS PODCAST http://aws.amazon.com/podcast
  46. 46. • AWS Trusted Advisor audits a customers infrastructure against known best practices, in order to: – Save Money – Improve Availability – Close Security Gaps – Increase Performance • In Q1 2013, AWS customers reviewed 135K AWS Trusted Advisor recommendations and took action that resulted in an estimated at $18M in annualized savings AWS Trusted Advisor
  47. 47. Maurício Fernandes
  48. 48. Arquiteturas de Alta Disponibilidade na AWS Maurício Fernandes Presidente Dedalus
  49. 49. • A Anhanguera Educacional é a maior empresa da educação do Brasil e uma das maiores do mundo com cursos de graduação e pós- graduação. • Contando com mais de 500.000 estudantes, 70 campi e centenas de escritórios que apóiam o ensino à distância, a área de tecnologia se tornou fundamental no fornecimento de conteúdo e gerenciamento dos estudantes. “Neste projeto, com a Amazon Web Services, chegamos ao resultado zero de CAPEX, além do fato dos procedimentos da AWS nos darem muito mais segurança do que tínhamos antes”. “Com isso, descobrimos que a AWSé, naturalmente, muito mais barata que a plataforma de hospedagem atual” - Felipe Brandão
  50. 50. • O desafio da Anhanguera era encontrar uma solução que suportasse os milhões de acessos da plataforma Moodle a cada semana, a cada hora. Também existia a necessidade de encontrarum ambiente mais confiável, seguro, flexível e escalável devido ao fato do crescimento exponencial da organização. • A Amazon Web Services foi o serviço escolhido devido à infraestrutura de fácil implementação, custo ajustado à demanda da empresa além da garantia dos padrões mais altos de segurança. O Desafio
  51. 51. • Implantação simples e rápida, sem entraves; • Maior disponibilidade e performance das aplicações; • Aumento da confiabilidade e segurança dos usuários referente ao ambiente do Moodle; • Redução significativa de despesas antecipadas de capital (CAPEX). Sobre a o Papel da AWS e Benefícios alcançados PARAGRAFO RESUMO CASO _ KEY WORDS de BENEFICIO, DESAFIO VENCIDO – RESUMO DO CASO EM UM PARAGRAFO
  52. 52. Otavio Ferreira
  53. 53. • Líder no e-commerce brasileiro na vertical de produtos para bebês, crianças e mães. • 2013 Loja Revelação by EBIT • 2012 Startup do Ano by PEGN • 2011 Top 10 Startup by Forbes • Modelos de negócio: • E-tailing • Flash-sales • Principais tecnologias: • Ruby, Rails, Sinatra • Unicorn, Nginx • MongoDB, MySQL “Plataforma de e-commerce completa e altamente escalável, da concepção ao lançamento, em apenas 3+5 meses” “Essa escalabilidade nos permite acomodar um tráfego 5x maior que a média em poucos segundos, o que endereça o aspecto sazonal do negócio” - Otavio Ferreira
  54. 54. O Desafio • Negócio • Otimizar a taxa de conversão • Acelerar a taxa de crescimento de receita • Escalabilidade • ~15MM requisições / mês • ~2MM usuários registrados • ~2K novas fotos / dia • Desempenho • ~150ms / requisição no servidor • Prazo • 3 meses para o primeiro lançamento • 6 dias como ciclo médio de desenvolvimento
  55. 55. Sobre o papel da AWS e os benefícios alcançados PARAGRAFO RESUMO CASO _ KEY WORDS de BENEFICIO, DESAFIO VENCIDO – RESUMO DO CASO EM UM PARAGRAFO • Redundância • Escalabilidade • Disponibilidade • Custo
  56. 56. Summary
  57. 57. 1. DESIGN FOR FAILURE 2. MULTIPLE AVAILABILITY ZONES 3. SCALING 4. SELF-HEALING 5. LOOSE COUPLING
  58. 58. Thank you francov@amazon.com

×