Primeiros Passos na AWS: Fundamentos de Cloud
O que realmente acontece quando colocamos uma aplicação na nuvem? No primeiro artigo da série Não é Magia, é Cloud!, vamos entender como funciona a computação em nuvem, o que muda entre manter servidores próprios e utilizar a AWS e por que tantas empresas adotam esse modelo. Com exemplos de serviços como EC2, S3 e RDS, vamos explorar os principais benefícios da Cloud Computing, seus desafios e o que você precisa saber para começar sua jornada na AWS.
O que é Cloud Computing?
Não é Magia, é Cloud! | Episódio 1
A nuvem não é feita de algodão
Quando alguém diz que uma aplicação está “na nuvem”, parece que ela foi parar em algum lugar distante, longe dos servidores e dos problemas de infraestrutura.
Na prática, os servidores continuam existindo. O que muda é a forma de acessá-los e administrá-los.
É sobre isso que vamos conversar no primeiro episódio da série Não é Magia, é Cloud!: o que é computação em nuvem, como ela se diferencia de uma infraestrutura tradicional e onde a AWS entra nessa história.
Figura 1 — Abertura visual da série: introdução à computação em nuvem.
1. O que é computação em nuvem?
Computação em nuvem (Cloud Computing) é a disponibilização de recursos de tecnologia sob demanda pela internet. Esses recursos podem incluir computação, armazenamento, bancos de dados e redes.
Em vez de comprar servidores, instalar equipamentos e manter um datacenter, você pode provisionar — isto é, criar e disponibilizar — os recursos de que precisa em um provedor como a Amazon Web Services (AWS).
Pense em uma equipe desenvolvendo um sistema de cadastro de clientes. Para colocar o projeto no ar, ela precisa de um lugar para executar a aplicação, armazenar arquivos e guardar os dados.
Na AWS, uma arquitetura possível poderia combinar três serviços:
- Amazon EC2: fornece servidores virtuais, chamados instâncias, nos quais a aplicação pode ser executada.
- Amazon S3: armazena arquivos, como imagens e documentos, na forma de objetos.
- Amazon RDS: oferece bancos de dados relacionais gerenciados.
Essa é apenas uma combinação entre as várias opções da AWS. A escolha dos serviços depende das necessidades da aplicação e das decisões de arquitetura.
Esses serviços não substituem o trabalho de desenvolver, configurar e proteger a aplicação. Eles permitem que a equipe use recursos de infraestrutura sem precisar comprar os equipamentos físicos por trás deles.
E vale guardar uma ideia: a nuvem não elimina servidores; ela muda a forma como consumimos infraestrutura.
2. On-premises ou AWS: o que muda?
No modelo on-premises, a empresa mantém sua infraestrutura em um ambiente próprio ou sob sua administração. Isso envolve decisões sobre compra de equipamentos, capacidade, manutenção e espaço físico.
Na AWS, boa parte desse trabalho com a infraestrutura física fica com o provedor. A empresa provisiona os serviços de que precisa e continua responsável pelas configurações e pelos componentes que administra.
Essa divisão segue o modelo de responsabilidade compartilhada: a AWS protege a infraestrutura que sustenta seus serviços, enquanto o cliente cuida de seus dados, acessos, aplicações e configurações sob sua responsabilidade. As tarefas variam conforme o serviço utilizado. No EC2, por exemplo, o cliente também administra o sistema operacional da instância e suas atualizações de segurança.
Imagine uma loja virtual que recebe poucos acessos durante a semana, mas tem um pico de visitantes na Black Friday.
Com servidores próprios, atender a esse pico pode exigir a compra antecipada de equipamentos que ficarão pouco utilizados em outros períodos.
Na AWS, uma aplicação baseada em Amazon EC2 pode usar o Amazon EC2 Auto Scaling para adicionar ou remover instâncias conforme políticas e limites definidos pela equipe.
Isso não significa que a nuvem seja sempre a opção mais barata ou que toda aplicação escale automaticamente. A equipe precisa planejar a arquitetura e configurar os mecanismos de escalabilidade. A diferença é ter mais opções para lidar com a demanda sem depender da compra de novos servidores físicos.
3. Por que usar computação em nuvem?
Os benefícios ficam mais claros quando pensamos no dia a dia de quem desenvolve ou mantém uma aplicação.
Agilidade
Se a equipe precisa testar uma nova versão do sistema, pode criar uma instância Amazon EC2 em minutos, sem esperar a chegada de um servidor físico.
Escalabilidade
Se a aplicação cresce, sua capacidade também pode crescer. Isso pode acontecer aumentando os recursos de uma instância ou distribuindo o trabalho entre várias instâncias. A arquitetura da aplicação precisa ser preparada para aproveitar essa capacidade.
Elasticidade
Se o movimento varia ao longo do dia, serviços como o Amazon EC2 Auto Scaling podem ajustar a quantidade de instâncias conforme políticas e limites configurados. Isso permite aumentar a capacidade nos picos e reduzi-la quando a demanda cai, desde que a aplicação esteja preparada para esse ajuste.
Custos
Muitos serviços AWS cobram de acordo com o uso, mas os modelos de preço e os itens cobrados variam conforme o serviço e a região. A conta pode incluir, por exemplo, capacidade provisionada, armazenamento e transferência de dados.
Esse modelo pode ajudar a evitar parte do investimento inicial em hardware, mas exige atenção: recursos esquecidos ou mal dimensionados podem continuar gerando custos. Ferramentas como AWS Budgets ajudam a acompanhar os gastos e a configurar alertas.
A economia depende da arquitetura, dos serviços escolhidos e de suas configurações.
Alcance global
A AWS oferece infraestrutura em diferentes regiões geográficas. Uma equipe pode escolher onde executar seus recursos considerando fatores como latência, requisitos de localização dos dados e disponibilidade dos serviços.
Essa presença global não distribui automaticamente uma aplicação pelo mundo. A escolha das regiões e a eventual distribuição dos componentes precisam ser planejadas e configuradas.
O ponto central é este: a AWS oferece flexibilidade, mas o resultado depende de como os serviços são utilizados.
Figura 3 — Os 5 superpoderes da Cloud Computing: agilidade, escalabilidade, elasticidade, otimização de custos e alcance global.
4. O que vem depois?
Neste primeiro episódio, vimos o conceito de computação em nuvem e como serviços como EC2, S3 e RDS podem fazer parte de uma aplicação real.
Nos próximos episódios da série Não é Magia, é Cloud!, vamos explorar três temas:
- IaaS, PaaS e SaaS: para entender os modelos de serviço.
- Regions, Availability Zones e Edge Locations: para conhecer as regiões, as zonas de disponibilidade e os pontos de presença da infraestrutura global da AWS.
- Responsabilidade Compartilhada: para esclarecer o que cabe à AWS e o que cabe ao cliente em cada serviço.
Até lá, fica a pergunta: se você fosse colocar uma aplicação no ar hoje, quais recursos precisaria primeiro?
Referências
- AWS — O que é computação em nuvem?
- Documentação — O que é o Amazon EC2?
- Documentação — O que é o Amazon S3?
- Documentação — O que é o Amazon RDS?
- Documentação — Amazon EC2 Auto Scaling
- AWS — Modelo de responsabilidade compartilhada
- AWS — Preços de produtos e serviços
- AWS — AWS Budgets
- AWS — Regiões e zonas de disponibilidade
Enjoyed reading this content? Let the author know!
Your likes, comments, shares, and saves help creators reach more builders.
Loading recommendations
Loading article