Introdução ao Cloud Computing | Arquitetura para Cloud | Aula 6

Arquitetura Cloud

Overview: Nesta aula, o professor fala sobre a importância de uma arquitetura bem definida para utilizar os recursos da nuvem da melhor forma possível e pagar apenas pelo que é utilizado. Ele apresenta o AWS Well-Architected Framework, que estabelece boas práticas em seis pilares: excelência operacional, segurança, confiabilidade, eficiência e performance, otimização de custos e sustentabilidade.

AWS Well-Architected Framework

• O AWS Well-Architected Framework é um padrão de boas práticas estabelecido pela AWS para construir aplicações confiáveis e seguras.

• Os seis pilares do framework são excelência operacional, segurança, confiabilidade, eficiência e performance, otimização de custos e sustentabilidade.

• Excelência operacional visa monitorar sistemas e processos para garantir uma melhoria contínua na execução das aplicações.

• Segurança tem como objetivo manter as aplicações mais seguras possíveis evitando vulnerabilidades.

• Confiabilidade é importante para garantir que a aplicação seja resiliente em caso de desastres ou indisponibilidade.

• Eficiência e performance ajudam a alocar recursos da melhor forma possível para evitar gargalos desnecessários.

• Otimização de custos trabalha com ideia de finópolis ali para reduzir o custo ao máximo conseguir otimizar a nossa aplicação

• Sustentabilidade visa ver como que a tua aplicação vê como a tua infraestrutura vai se comportar em relação à sustentabilidade do planeta.

Responsabilidade Sustentável

Visão geral da seção: Nesta seção, o palestrante discute a importância de ter uma infraestrutura sustentável e como isso pode ser alcançado por meio do uso de provedores de serviços como a WS.

Infraestrutura Sustentável

• A infraestrutura deve reduzir as emissões de carbono tanto quanto possível.

• O uso de provedores de serviços como a WS permite que os clientes não precisem se preocupar com a sustentabilidade, pois é responsabilidade do provedor.

Padrões de Arquitetura

• A arquitetura deve ser resiliente para garantir que a aplicação possa retornar ao seu estado normal automaticamente após uma falha ou indisponibilidade.

• A escalabilidade é importante para garantir que a aplicação possa lidar com um grande volume de usuários sem falhas ou quedas.

• A performance é crucial para garantir que a aplicação execute suas tarefas no menor tempo possível e seja eficiente.

Pilares da Arquitetura

Visão geral da seção: Nesta seção, o palestrante discute os três pilares da arquitetura: resiliência, escalabilidade e performance.

Resiliência

• Uma arquitetura resiliente garante disponibilidade mesmo em caso de falhas ou ataques.

• A aplicação deve ser capaz de retornar ao seu estado normal automaticamente sem intervenção manual.

Escalabilidade

• Uma arquitetura escalável permite que a aplicação lide com um grande volume de usuários sem falhas ou quedas.

• A aplicação deve escalar conforme necessário, sem intervenção manual.

Performance

• Uma aplicação performática executa suas tarefas no menor tempo possível e é eficiente.

• A latência deve ser baixa para garantir que a aplicação responda rapidamente às solicitações do usuário.

Criação de um Auto Scaling

Visão geral da seção: Nesta seção, o palestrante explica como criar um Auto Scaling usando a AWS.

Configurações padrões

• É possível criar um alto esquerdo e configurar as opções padrões para instâncias.

• As configurações padrões incluem imagem, tipo de instância e rede.

• A trans profile é uma informação importante que deve ser adicionada ao template.

Template de inicialização

• O template de inicialização pode ser criado ou atualizado.

• É possível selecionar a VPC e a zona desejadas.

• A configuração de escala pode ser definida por CPU.

Política de Escala

• A política de escala pode ser definida com base no consumo de CPU.

• Se o consumo for superior a 50% durante 60 segundos, uma nova máquina será adicionada.

• Notificações podem ser configuradas para alertar sobre alterações no Auto Scaling.

Criação de uma instância EC2 e teste de estresse

Visão geral da seção: Nesta seção, o palestrante demonstra como criar uma instância EC2 na AWS e realizar um teste de estresse.

Criação da instância EC2

• Configuração da instância baseada no Auto Scaling Group.

• Adição de tags à instância criada.

• Demonstração do monitoramento da instância recém-criada.

Teste de estresse

• Uso do serviço AWS FIS para testar a escalabilidade da CPU.

• Criação de um template experimental para rodar um teste de estresse na CPU.

• Edição do target do template para apontar para a Instância EC2 criada anteriormente.

• Possibilidade de apontar o target para uma tag em vez de um recurso específico.

Criando um teste de estresse CPU

Visão geral da seção: Nesta seção, o apresentador mostra como criar um teste de estresse CPU e configurar as opções para executá-lo.

Criação do template

• O template é criado no experimento templates.

• As configurações incluem o target, que aponta para a tag name com o nome "ada".

Execução do teste

• O cenário consiste em manter um consumo alto de CPU por 5 minutos.

• A instância escala a cada 50% de consumo durante um período de 60 segundos.

• Ao iniciar o teste, é possível acompanhar a execução na visão do timeline.

Acompanhando o teste de estresse CPU

Visão geral da seção: Nesta seção, o apresentador mostra como acompanhar a execução do teste e observar a criação automática de novas instâncias conforme necessário.

Observando a escalabilidade automática

• Durante a execução do teste, uma nova instância é criada automaticamente quando necessário.

• É possível observar as instâncias em execução e as que estão sendo inicializadas no momento.

Escalando conforme a necessidade

Visão geral da seção: Nesta seção, o apresentador destaca que essa arquitetura escalável pode ser usada não apenas para testes de estresse CPU, mas também para outras demandas, como memória ou rede.

Magia da arquitetura escalável

• A arquitetura escalável permite escalar a demanda conforme necessário, sem intervenção humana.

• É possível usar essa arquitetura para outras demandas além de CPU, como memória, rede ou clientes conectados ao site.