Episode 99

AWS AppRunner = Container + Serverless + Deploy Automático + Economia

Published on: 23rd January, 2023

Com o AppRunner é possível subir sua aplicação sem complicação. Rodar containers para aplicações web integrando com o AWS Copilot e outras ferramentas de CI/CD para automatizar seus deploys.

A plataforma serverless permite escalar sua aplicação em milisegundos atendendo demandas de forma instantânea e economizando muito em momentos ociosos com baixos custos para aplicações rodando em idle.


Inscreva-se no pré-lançamento do curso AWS:

https://www.uminventorqualquer.com.br/curso-aws/


Canal Wesley Milan: https://bit.ly/3LqiYwg

Instagram: https://bit.ly/3tfzAj0

LinkedIn: https://www.linkedin.com/in/wesleymilan/

Podcast: https://bit.ly/3qa5JH1

Transcript
Speaker:

se você tá querendo levantar uma

Speaker:

aplicação nova tá preocupado com a

Speaker:

questão de infraestrutura de

Speaker:

configuração de preparação de todo o

Speaker:

ambiente para colocar sua aplicação para

Speaker:

rodar esse vídeo aqui foi feito para

Speaker:

você porque hoje nós vamos falar sobre o

Speaker:

Apple Runner um serviço gerenciado da WS

Speaker:

para colocar sua aplicação web ou Api

Speaker:

para rodar de forma fácil rápido e

Speaker:

rodando em modo serverless isso mesmo

Speaker:

então se prepara para o vídeo e vem

Speaker:

comigo

Speaker:

é o irmãozinho mais novo do elastic

Speaker:

binstal que eu já falei aqui no canal

Speaker:

vou deixar o cardzinho aqui em cima no

Speaker:

vídeo para você ir lá e assistir Sobre o

Speaker:

bem-estar o que entender como ele

Speaker:

funciona os dois são irmãozinhos aí mas

Speaker:

o wep Runner é o irmãozinho mais novo e

Speaker:

que já veio com algumas evoluções

Speaker:

especialmente a questão de rodar em modo

Speaker:

serverlast para você poder economizar

Speaker:

ainda mais grana na hora de rodar a sua

Speaker:

aplicação e tem ainda menos preocupação

Speaker:

com a questão de gestão da sua

Speaker:

infraestrutura o ep Runner toma conta de

Speaker:

todas as partes que mais geram

Speaker:

preocupação na hora de desenvolver uma

Speaker:

nova aplicação e colocar ela no ar ele

Speaker:

cuida da parte de longe de Alto scale E

Speaker:

você tem acesso ao monitoramento

Speaker:

detalhado do Up Runner e a integração

Speaker:

que ele tem com o Cláudio watch para

Speaker:

você poder pegar todos os detalhes do

Speaker:

que tá acontecendo com a sua aplicação

Speaker:

enquanto já tá rodando servers um outro

Speaker:

ponto de evolução do ep Runner com

Speaker:

relação ao irmãozinho mais velho o

Speaker:

elastic bem stalk é que no Happy Runner

Speaker:

você pode rodar sua aplicação em dois

Speaker:

modos um deles é a partir do código

Speaker:

fonte da sua aplicação você vai integrar

Speaker:

o Apple Runner diretamente com o seu

Speaker:

repositório do github e vai fazer pouco

Speaker:

desses códigos direto para dentro das

Speaker:

suas instâncias do Up Runner que vão

Speaker:

rodar lá em servers e vão estar

Speaker:

escalando automaticamente a sua

Speaker:

aplicação nesse caso você pode rodar

Speaker:

tanto aplicações em Python quanto em

Speaker:

Java quanto em Java Script utilizando no

Speaker:

DJs ali como anjin para poder levantar a

Speaker:

sua aplicação Mas ele também permite que

Speaker:

você Rode a sua aplicação de uma forma

Speaker:

mais moderninha e que eu sei que vai

Speaker:

agradar muita gente que é a

Speaker:

possibilidade de você publicar a sua

Speaker:

imagem de docker diretamente para dentro

Speaker:

do app Runner e dessa forma você poder

Speaker:

rodar outras linguagens de programação

Speaker:

lá dentro desde que é claro sua

Speaker:

aplicação seja orientada a web ou seja

Speaker:

uma aplicação que atende as requisições

Speaker:

de seus usuários através de conexões

Speaker:

http ou https dessa maneira é fácil você

Speaker:

rodar qualquer modelo de aplicação que

Speaker:

seja back end ou front-end para poder

Speaker:

entregar resultados aí para os seus

Speaker:

clientes e para você que está aí

Speaker:

preocupado com a evolução e com os

Speaker:

próximos passos aí da sua aplicação

Speaker:

quando ela crescer você não precisa se

Speaker:

preocupar porque através do painel de

Speaker:

controle da aws se você consegue fazer

Speaker:

os deploides do seu Apple Runner Mas

Speaker:

você também consegue fazer Deploy

Speaker:

utilizando tanto a Command Line quanto

Speaker:

integrando up Runner dentro da sua

Speaker:

ferramenta preferida disse icedi fazendo

Speaker:

continhas delivery e continuous

Speaker:

integration dentro do seu aws code

Speaker:

pipeline jenkins Travis cycle e uma

Speaker:

série de outras ferramentas aí de

Speaker:

integração de pipeline e disse o mais

Speaker:

legal aqui é que fazendo a integração do

Speaker:

seu Apple Runner com o github ele

Speaker:

consegue monitorar o seu repositório do

Speaker:

github e sempre que houver uma alteração

Speaker:

lá claro se você quiser dessa forma ele

Speaker:

vai fazer o deploide do seu código

Speaker:

automático sem você precisar chamar nem

Speaker:

sequer uma coma de Line para poder

Speaker:

executar o Deploy da sua aplicação e se

Speaker:

você tá utilizando container docker lá

Speaker:

dentro do aws ecr ele faz exatamente a

Speaker:

mesma coisa Sempre que você publicar uma

Speaker:

nova versão do seu container lá dentro

Speaker:

do aws ecr ele vai pegar aquele

Speaker:

container e vai fazer depois para o

Speaker:

ambiente que você determinar de forma

Speaker:

automática sem você precisar ficar se

Speaker:

preocupando em chamar com a mão de Line

Speaker:

Entrar no painel de controle nem nada

Speaker:

disso tudo sozinho automático e Auto

Speaker:

escalável para não ter desculpa pra sua

Speaker:

aplicação não ser um completo sucesso e

Speaker:

para você ter um controle completo aí a

Speaker:

respeito dos seus custos e é claro da

Speaker:

escalabilidade da sua aplicação você

Speaker:

pode utilizar

Speaker:

especificando Qual a quantidade de CPU e

Speaker:

memória que cada Instância da sua

Speaker:

aplicação vai ter lá dentro da

Speaker:

plataformas da WS E claro também você

Speaker:

pode especificar o mínimo e o máximo de

Speaker:

instâncias que você quer que a sua

Speaker:

aplicação Rode assim você consegue

Speaker:

controlar a Performance em repouso ali

Speaker:

naqueles horários Aonde a sua aplicação

Speaker:

não tem muitas requisições para atender

Speaker:

e também consegue controlar o seu Budget

Speaker:

caso venha um tráfego ali descontrolado

Speaker:

batendo na sua aplicação e você não

Speaker:

precisa pagar por uma quantidade

Speaker:

excessiva de instâncias para poder

Speaker:

atender aquele tráfego excessivo

Speaker:

totalmente descalibrado ali que pode

Speaker:

aparecer vindo da internet tudo isso com

Speaker:

um sistema de escalabilidade um pouco

Speaker:

diferente mas que pode agradar você se

Speaker:

você conhece bem a aplicação que você

Speaker:

está desenvolvendo o Apple Runner

Speaker:

controla a escalabilidade da sua

Speaker:

aplicação baseado no número de

Speaker:

requisições concorrentes que são dis

Speaker:

contra sua aplicação se você conhece bem

Speaker:

a sua aplicação e você sabe exatamente o

Speaker:

que ela faz e quanto de recursos ela

Speaker:

consome significa que você desenvolveu

Speaker:

ela muito bem e você sabe o que está

Speaker:

fazendo dessa maneira você pode dizer

Speaker:

para o Up Runner Qual é a quantidade de

Speaker:

requisições que uma determinada

Speaker:

Instância da sua aplicação lá dentro do

Speaker:

Up Runner consegue suportar e o Up

Speaker:

Runner vai provisionar as instâncias

Speaker:

adicionais para fazer skyw up e escale

Speaker:

Down baseado no volume de requisições

Speaker:

que a sua aplicação está recebendo

Speaker:

naquele momento fazendo com que ela

Speaker:

escale de maneira muito mais suave e

Speaker:

muito mais precisa para atender a

Speaker:

demanda da sua aplicação Ok beleza

Speaker:

quando a gente fala em server eles todo

Speaker:

mundo já quer saber logo da questão de

Speaker:

preço porque lá no ec2 você sabe quanto

Speaker:

você paga por cada Instância e tudo mais

Speaker:

e lá no servers as pessoas têm um certo

Speaker:

receio principalmente com relação à

Speaker:

escalabilidade automática dentro do

Speaker:

Apple Runner o Up Runner tem

Speaker:

características específicas aí para

Speaker:

poder manter a sua aplicação escalável

Speaker:

elástica com baixa latência de resposta

Speaker:

e com um preço também flexível então lá

Speaker:

dentro você tem algumas funcionalidades

Speaker:

aí relacionadas ao modelo do Up Runner

Speaker:

que influenciam na questão de preço a

Speaker:

primeira delas é quando uma Instância

Speaker:

está em ido ou seja ela não está

Speaker:

recebendo requisições você não paga pela

Speaker:

CPU consumida por ela você vai pagar só

Speaker:

pelo provisionamento de memória porque a

Speaker:

WS mantém a memória da sua aplicação

Speaker:

alocada e reservada para que quando

Speaker:

entre uma requisição a sua aplicação

Speaker:

consiga responder com velocidade e

Speaker:

baixíssima latência Além disso sempre

Speaker:

que uma Instância nova é adicionada ao

Speaker:

seu cluster servirless web Runner Uma

Speaker:

Nova Instância é preparada e deixada ali

Speaker:

em Idol pronta para responder caso a sua

Speaker:

aplicação precisa escalar para essa

Speaker:

Instância provisionada adicional você

Speaker:

vai ter um custo que é o custo de

Speaker:

provisionamento de memória porém você

Speaker:

não vai estar pagando o consumo de CPU

Speaker:

por ela tá rodando diferente lá do ec2

Speaker:

que o fato da tua Instância tá rodando

Speaker:

você tá pagando por tudo tanto memória

Speaker:

quanto o CPU quanto o uso do EBS do

Speaker:

disco da sua instância porque tudo isso

Speaker:

tá lá provisionado e disponível para

Speaker:

você consumir reservado lá dentro da

Speaker:

infraestrutura no caso do Up Runner

Speaker:

somente o provisionamento de memória é

Speaker:

cobrado de você e somente dessas

Speaker:

instâncias que estão em Idol ou seja se

Speaker:

você escala por exemplo para 10

Speaker:

instâncias no teu horário de pico quando

Speaker:

você precisa fazer um isqueiro ou Down

Speaker:

aí da tua infraestrutura e voltar para

Speaker:

duas instâncias ou uma Instância

Speaker:

Obviamente você não vai pagar

Speaker:

provisionamento de memória das outras

Speaker:

oito ou nove instâncias que você não

Speaker:

está mais utilizando a Amazon vai sempre

Speaker:

reduzir essas instâncias adicionais

Speaker:

mantendo apenas uma ou a quantidade

Speaker:

proporcional a escala da sua aplicação

Speaker:

para que você consiga ter elasticidade

Speaker:

muito mais rápido e muito mais ágil

Speaker:

Lembrando que como uma regra básica aí

Speaker:

de serviços servers dentro da WS a WS

Speaker:

sempre relembra aqui quanto maior for a

Speaker:

sua aplicação mais rápido ela escala

Speaker:

porque o provisionamento de recursos

Speaker:

para escalabilidade é sempre

Speaker:

proporcional ao tamanho da

Speaker:

infraestrutura que você já tá utilizando

Speaker:

então quanto maior é o seu cluster

Speaker:

servers mais instâncias vão estar sendo

Speaker:

provisionadas ali para que elas atendam

Speaker:

as requisições a escalabilidade da sua

Speaker:

aplicação de forma mais rápida e arte

Speaker:

para saber mais detalhes a respeito dos

Speaker:

valores do Up Runner Eu recomendo que

Speaker:

você vá lá no Google e digite app Runner

Speaker:

pricen e Clique na página para você

Speaker:

poder ver todos os detalhes e as

Speaker:

descrições dessas peculiaridades desse

Speaker:

serviço que podem te ajudar a entender

Speaker:

melhor como utilizar o Up Runner de

Speaker:

forma mais eficiente de qualquer forma

Speaker:

eu vou estar fazendo um review do Up

Speaker:

Runner lá no canal do Wesley Milan e eu

Speaker:

vou deixar o link na descrição para que

Speaker:

você vá lá e Assista esse review eu vou

Speaker:

estar subindo uma aplicação utilizando

Speaker:

up Runner vou estar mostrando para você

Speaker:

na tela como fazer e como é fácil você

Speaker:

levantar uma aplicação e também vou

Speaker:

entrar em mais detalhes a respeito aí

Speaker:

dessa questão de como o Apple Runner

Speaker:

funciona para escalar a sua aplicação e

Speaker:

como ele tarifa a sua aplicação lá

Speaker:

dentro do cluster Servers se você não

Speaker:

quer perder esse review clica no

Speaker:

linkzinho que vai estar aqui na

Speaker:

descrição vai lá no canal do Wesley

Speaker:

Milan já se inscreve lá para me dar uma

Speaker:

força e ficar antenado nos reviews que

Speaker:

eu tô lançando lá se você quer se

Speaker:

aprofundar mais nesse serviços a gente

Speaker:

tá lançando o curso da WS 2.0 e o

Speaker:

pré-lançamento tá chegando aí tá

Speaker:

pertinho tá pertinho tá quase saindo

Speaker:

então se você não quer perder o

Speaker:

pré-lançamento clica no link que vai

Speaker:

estar aqui na descrição bota o seu

Speaker:

e-mail na lista vip porque quem é

Speaker:

seguidor aqui do canal do inventor do

Speaker:

canal do Wesley Milan nenhum dos meus

Speaker:

perfis nas outras redes sociais lá no

Speaker:

Linkedin no Insta vai ter oportunidade

Speaker:

de no pré-lançamento ter acesso a

Speaker:

vantagens que não vão ser

Speaker:

disponibilizadas depois do

Speaker:

pré-lançamento então se você perder vai

Speaker:

rodar e você vai se arrepender disso

Speaker:

depois clica no link bota seu e-mail na

Speaker:

lista vip e vamos junto com a gente

Speaker:

nesse pré-lançamento para esse programa

Speaker:

de qualificação para profissionais e

Speaker:

empreendedores em Cláudio computer fica

Speaker:

ligado hein eu vou ficando por aqui na

Speaker:

semana que vem tem mais review da WS

Speaker:

aqui no canal do inventor fica ligado

Speaker:

não esquece de deixar um joinha aqui

Speaker:

nesse vídeo para ajudar esse conteúdo

Speaker:

atingir mais pessoas um grande abraço e

Speaker:

bons depois

Next Episode All Episodes Previous Episode
Show artwork for Um Inventor Qualquer

About the Podcast

Um Inventor Qualquer
Arquitetura de Software, Cloud Computing, Internet das Coisas e muitas invenções
Podcast sobre carreira de TI, arquitetura de software, desenvolvimento, computação em nuvem, internet das coisas e invenções que podem mudar o mundo.

Siga-nos também em:
YoutTube: https://www.youtube.com/UmInventorQualquer
Facebook: https://www.facebook.com/uminventorqualquer
Instagram: https://www.instagram.com/uminventorqualquer
Twitter: https://twitter.com/uminventorqquer
Support This Show

About your host

Profile picture for Wesley Milan

Wesley Milan

Programador há 33 anos, arquiteto de software especialista em aplicações de alta demanda, cloud computing e escalabilidade. Apaixonado por tecnologia, automação e internet das coisas, assim como tudo que pode ser programado.