Infraestrutura com AWS
Transferir como PPTX, PDF1 gostou46 visualizações
O documento discute a migração de uma plataforma de serviços financeiros da infraestrutura interna e Azure para a AWS para melhorar a escalabilidade, custo, desempenho e segurança. A solução proposta envolve reestruturar a arquitetura usando padrões como DDD e Repository Pattern e migrar componentes para serviços AWS como S3, RDS, Elastic Beanstalk e implementar microsserviços comunicando-se via SNS e SQS.
Infraestrutura com AWS
- 1. Case: Escala na AWS Lucas Azambuja lucas.azambuja@foregon.com
- 2. Foregon.com Serviços financeiros Instituições financeiras - Captação de leads - Retenção - Segurança / Antifraude - Operação e integração - Business Intelligence Usuários - Informações detalhadas - Comparação e sugestão - Educação financeira - Segurança / Antifraude
- 3. Foregon.com
- 4. Foregon.com 6M+ pageviews 1M+ users 350k propostas
- 5. Problema Proposta 3 Proposta 2 Proposta 1 Proposta N N-1 N-2 Terceiro 1 Terceiro 2 Terceiro 3 Integração 1 Integração 2 Segurança 1 Refinamento Instituição Financeira Proposta Completa DB
- 7. Legado Azure - IIS - Banco de dados - Workers - Aplicações - Fornecedores externos
- 8. Sobre reescrever a porra toda
- 9. ❤ Escalabilidade Custo Segurança Desempenho SaaS Maduro Flexibilidade e variedade dos serviços
- 11. Reestruturando - DDD - Repository Pattern - Microservices - VPC - Elastic Beanstalk - EC2 - S3 - RDS - Cloudwatch - SNS - SQS
- 12. AWS Layer VPC 3 subnets - DB - VM - Public ELB / EC2 Public / Private - Windows - Docker
- 13. Auto scaling
- 14. AWS Layer S3 - App Version - Log - App files - Static Sites - Backup RDS - Mysql, SQL Server - Read Replicas - Auto Snapshots - Monitoramento e Alertas SNS / SQS - Pub/Sub - 3 apis - SDKs - Garante entrega
- 15. Solução Proposta N Instituição Financeira Proposta Completa DB API AWS SNS SQS EMAIL SQS REL1 SQS SEG SQS EXT1 SQS EXT2 SQS BI W1 W1 W1 W1 W2 W3 W1 W2 W1 INTERNET
Notas do Editor
- #3: Muitas vezes, quando o usuário decidiu solicitar o serviço financeiro nós somos a primeira barreira/facilitador Operação: refinamento dos dados e integração com serviços internos ou de terceiros Transparência: usuário é nosso maior bem
- #4: Muitas vezes, quando o usuário decidiu solicitar o serviço financeiro nós somos a primeira barreira/facilitador Operação: refinamento dos dados e integração com serviços internos ou de terceiros Transparência: usuário é nosso maior bem
- #5: Muitas vezes, quando o usuário decidiu solicitar o serviço financeiro nós somos a primeira barreira/facilitador Operação: refinamento dos dados e integração com serviços internos ou de terceiros Transparência: usuário é nosso maior bem
- #6: 18 anos
- #7: Ponto de vista aplicação: lógica em procedure Azure foi onde entrei
- #8: Logica no banco => não podemos usar sql azure Iis Acesso previlegiado => sem azurewebsites So trocamos o problema de lugar Só escala horizontal, aumenta maquina Se um cara solta uma campanha na TV, fudeu Se uma maquina dessa morrer, fudeu Como resolver? Só reescrevendo.
- #10: Segurança: não só firewall, VPC, backups auto, resiliência default Desempenho: está no Brasil
- #12: Microsservicos foi a decisão que tornou o docker viável pra nossa solução Microsservicos: just apis SOA: vai ate politica da empresa Load balancing: agora é tudo scriptado Cloudwatch, rds, s3, route53, certificados
- #13: VPC: Resolvemos o problema de segurança ELB: Resolvemos o problema da maquina morrer -> pacote de deploy scriptado
- #15: S3: resolvemos o problema de estado da aplicação RDS: SNS e SQS: resolvemos o problema de sobrecarga do banco, lógica de negócio; SNS 1MI free, 0,50 por MI push -> pra sqs FREE SQS 0,40 por MI