Baixar para ler offline
Carregado porDev PP
Infraestrutura com AWS
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 naAWS 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.
- 4.
- 5. Problema Proposta 3 Proposta 2 Proposta1 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
- 6.
- 7. Legado Azure - IIS - Bancode dados - Workers - Aplicações - Fornecedores externos
- 8. Sobre reescrever aporra toda
- 9. ❤ Escalabilidade Custo SegurançaDesempenho SaaS Maduro Flexibilidade e variedade dos serviços
- 11. Reestruturando - DDD - RepositoryPattern - 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.
- 14. AWS Layer S3 - AppVersion - 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 SQSEMAIL 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