Olá, meu nome é Demetria Crawford. E nesta lição, revisaremos o AWS Compute Basics. Primeiro, vamos falar sobre os componentes necessários para cálculo a partir de um computador. Temos a unidade central de processamento, a CPU, que é o cérebro do seu computador. Faz todo o pensamento, ou, neste caso, processamento, para você. Temos RAM, memória de acesso aleatório, que armazena as funções ou aplicativos ativos que estão esperando para serem processados pela CPU. Em seguida vem o armazenamento, normalmente usamos discos rígidos ou alguma forma de armazenamento, como discos externos. Estes são os mesmos componentes necessários para computação em nuvem ou virtualização. Ao criar instâncias como EC2s, você irá configurar a quantidade de cada um desses itens. Vamos dar uma olhada em alguns dos serviços de computação da AWS. Agora, eu mencionei EC2s, que é o Amazon Elastic Cloud Computing ou Elastic Compute Cloud, EC2s. É um serviço web que fornece capacidade de computação segura e redimensionável na nuvem. Ele foi projetado para tornar a computação em escala da Web mais fácil para desenvolvedores. Agora, quando examinamos os vários tipos de EC2s, a primeira coisa que você terá que ser capaz de identificar é o tipo ou tipo de instância que você gostaria de usar. Neste caso, estamos dizendo, quantas CPUs você gostaria de usar? Que tipo de arquitetura, i386 ou x86? Quanta memória ou RAM? Que tipo de armazenamento? Estas são algumas das coisas você teria que configurar com EC2s, sobre o qual entraremos em mais detalhes em outras lições. Em seguida, temos contêineres como uma forma de serviços de computação. Amazon ECS, ou melhor, Amazon Elastic Container Service, é um serviço de orquestração de contêiner totalmente gerenciado que torna mais fácil para você implantar, gerenciar, e dimensionar aplicativos em contêineres. Então, o que fazemos quando estamos usando contêineres é que estamos dissociando ou minimizando o tamanho dos aplicativos. Estamos desmontando o aplicativo e dividindo-o em pedaços, e cada uma dessas peças terá seu próprio recipiente de forma que ajude você a gerenciar essas partes e peças. Por exemplo, se você tiver um aplicativo que precisa ter atualizações ou gerenciamento de patches feito a diferentes partes desse aplicativo, para minimizar os efeitos disso, você pode aplicar essas alterações apenas a peças específicas ou aos próprios recipientes. Assim, com o Amazon Elastic Container Service, você pode definir seu aplicativo, selecione as imagens do contêiner e recursos necessários para sua aplicação, em seguida, aplique as opções de computação. Você pode lançar contêineres em vários serviços de computação suportados, e então você simplesmente gerencia esses contêineres. Amazon, ECS dimensiona seu aplicativo e gerencia seus contêineres para disponibilidade. Em seguida, temos o Serviço sem servidor. Com o AWS Serverless Service, estamos usando o serviço AWS Lambda. O Lambda permite que você execute código sem provisionar ou gerenciar servidores. Você paga apenas pelo tempo de computação que consome, não há cobrança quando seu código não está em execução. Com o Lambda, você pode executar código para praticamente qualquer tipo de aplicativo ou serviço de back-end, tudo com administração zero. Vamos dar uma olhada em um exemplo. Então, digamos que você tire uma fotografia e coloque uma cópia desta fotografia em um bucket do Amazon S3 para armazenamento. Algo tem que acionar o Lambda ou um serviço sem servidor para realmente funcionar. Nesse caso, sempre que uma foto for colocada no balde, O Lambda é acionado para redimensionar esta imagem para que caiba com base no dispositivo que está acessando. Assim, o AWS Lambda executa o código de redimensionamento de imagem uma vez acionado, e então a foto é redimensionada em tamanhos de web, celular ou tablet. Neste caso, não há servidores correndo para você, o cliente. Existem servidores em segundo plano, mas isso está nas instalações da AWS ou da Amazon que executam isso. É mais como um roteiro, portanto, considere um script que é executado quando acionado. Então, para você, o cliente, a computação está acontecendo, mas você não precisa ter um servidor ou EC2 apenas para executar esta ação específica ou fazer esta ação acontecer. Portanto, você economiza custos e tempo de administração porque a única vez que este serviço computa ou a computação está acontecendo é se for acionado. Então você não está pagando pelo uso constante de um servidor isso não está sendo usado o tempo todo. Em seguida, temos Edge e Hybrid. Agora, com Edge e Hybrid, são serviços que usamos para minimizar a latência e para ter certeza de que estamos recebendo a melhor funcionalidade com base em nossa localização, nossas necessidades em nosso local, e os serviços que estamos usando da AWS. Portanto, neste caso, você pode usar ou executar servidores em sua localização enquanto também usa serviços que estão dentro da nuvem, dentro da AWS. Por exemplo, armazenamento, você pode usar o AWS Snow Family para coletar e processar dados em um ambiente Edge desconectado. Então você pode ter alguns dados armazenados por mais tempo que você pode querer manter em um cofre, Considerando que os armazenamentos de dados que você usa regularmente, você pode querer ter no local. Então temos a opção de usar tanto o Edge e recursos híbridos da AWS. Agora, finalmente, temos nosso custo e serviços de computação de gerenciamento. Agora, neste caso, não estamos criando servidores ou computação específica. Estamos gerenciando computação, estamos gerenciando a disponibilidade e os níveis de capacidade de nossos serviços de computação. Existem dois serviços principais que usamos para isso, temos o Auto Scaling e o Elastic Load Balancing. O Auto Scaling ajuda você a manter a disponibilidade do aplicativo e permite adicionar automaticamente ou remova as instâncias do EC2 de acordo com as condições que você definir. Você pode usar o recurso Fleet Management do Amazon EC2 Auto Scaling para manter a integridade e a disponibilidade de sua frota. O próximo é o Elastic Load Balancing, que distribui automaticamente o tráfego de entrada do aplicativo em vários alvos e dispositivos virtuais em uma ou mais zonas de disponibilidade. Um exemplo perfeito disso é o uso de servidores web. Digamos que temos 10 servidores web, não queremos que todo o tráfego chegue a um servidor. Toda a carga de trabalho em um servidor não é um bom uso dos nove restantes. Assim, com o Elastic Load Balancing, ele garante que a carga de trabalho, o tráfego, abrange todos os servidores. Então ele diz ao trânsito para onde ir com base na integridade dos servidores da web. E poderíamos dizer com base na localização, com base no conteúdo, baseado nos servidores que já foi usado anteriormente, portanto, sessões fixas. Portanto, temos muitas maneiras diferentes que podemos gerenciar o tráfego com base em nossas necessidades. Isso ajuda a fornecer alta disponibilidade, e também é um bom uso de nossos servidores que temos disponíveis através da AWS. Fique ligado na próxima aula onde revisaremos o AWS Elastic Compute Cloud. Obrigado por assistir.