![[The AI Show Episode 142]: ChatGPT’s New Image Generator, Studio Ghibli Craze and Backlash, Gemini 2.5, OpenAI Academy, 4o Updates, Vibe Marketing & xAI Acquires X](https://www.marketingaiinstitute.com/hubfs/ep%20142%20cover.png)
![[DEALS] The Premium Learn to Code Certification Bundle (97% off) & Other Deals Up To 98% Off – Offers End Soon!](https://www.javacodegeeks.com/wp-content/uploads/2012/12/jcg-logo.jpg){kind=logo}
![From drop-out to software architect with Jason Lengstorf [Podcast #167]](https://cdn.hashnode.com/res/hashnode/image/upload/v1743796461357/f3d19cd7-e6f5-4d7c-8bfc-eb974bc8da68.png?#)
.png?#)
_Christophe_Coat_Alamy.jpg?#)
.webp?#)
.webp?#)
![Apple Considers Delaying Smart Home Hub Until 2026 [Gurman]](https://www.iclarified.com/images/news/96946/96946/96946-640.jpg)
![iPhone 17 Pro Won't Feature Two-Toned Back [Gurman]](https://www.iclarified.com/images/news/96944/96944/96944-640.jpg)
![Tariffs Threaten Apple's $999 iPhone Price Point in the U.S. [Gurman]](https://www.iclarified.com/images/news/96943/96943/96943-640.jpg)
Containêrs no Desenvolvimento de Software
O que são containeres? Os containers são ambientes isolados que empacotam a aplicação junto com suas dependências (bibliotecas, runtime, configurações) para garantir que ela rode de forma idêntica em qualquer lugar, seja no seu PC, em um servidor ou na nuvem. Tecnicamente, os containers são camadas de imagem base do Linux. As principais tecnologias são: Docker Kubernates Docker Compose Os containers vivem em repositórios de container. Várias empresas possuem seus repositórios privados onde armazenam e hospedam seus containers. Existem também repositórios gratuítos como o Docker por exemplo, que há centenas de imagens de container e aplicações hospedadas pelo pelo próprio Repositório do Docker. Como os containers melhoram o processo de desenvolvimento? Vamos supor que você faz parte de em uma equipe de vários desenvolvedores que trabalham na mesma aplicação. Normalmente você tem que instalar a maioria dos serviços diretamente em nossos sistema operacional. O projeto é Javascript e Redis. Para poder rodar o projeto, você todos os demais desenvolvedores precisam instalar os binários em suas próprias máquinas locais e dependendo do sistema operacional, o processo de instalação pode ser diferente. Além disso, as chances de dar problemas durante a instalação das ferramentes é alta pelos números de passos de instalação de cada serviço. Essa abordagem pode ser tediosa dependendo da complexidade da sua aplicação. Como você já viu, com os containers você não precisará instalar os serviços diretamente na sua máquina, já que o container é um ambiente isolado com todas as ferramentas já empacotadas. Então o desenvolvedor só precisa checar qual o repositório do container e baixar em sua máquina local. Onde o download será simples, com apenas com comandos docker. Quando utilizar Container? Essa decisão varia de vários fatores, incluindo a complexidade do sistema, necessidade, escalabilidade e portabilidade. ✅ Quando usar A aplicação precisa de isolamento e portabilidade, então a aplicação deve rodar exatamente igual em diferentes ambientes (desenvolvimento, homologação e produção). Se quiser evitar o clássico *“funciona na minha máquina, mas não no servidor”* Sistema precisa escalar rapidamente, os containers permitem escalabilidade horizontal (subir mais instâncias sob demanda) Quando a aplicação usa múltiplos serviços (arquitertura distribuida), por exemplo, múltiplas APIs que precisam se comunicar Quando você precisa de um CI/CD mais eficientes Se você quer rodar a aplicação em nuvens diferentes. Os containers garantem que o sistema rode igual no AWS, Azure e Google Cloud, evitando ficar preso em um provedor específico ❌ Quando não usar Sua aplicação é monolítica e roda bem num servidor. Então, se o sistema é pequeno e não precisa escalar, rodar direto em uma VM pode ser suficiente. Por exemplo, rodar um simples ASP.NET MVC em um IIS no Azure Você não quer gerenciar infraestrutura como docker ou manutenção de contêiners. Seu banco de dados precisa de alta persistência e perfomance O time não tem experiência em containers. Devido a alta curva de aprendizado, pode mais complicar o projeto do que ajudar. Custo e complexidade podem ser maiores que os benefícios. Então, pode ser mais caro e complexo do que rodar diretamente em uma VM ou PasS
O que são containeres?
Os containers são ambientes isolados que empacotam a aplicação junto com suas dependências (bibliotecas, runtime, configurações) para garantir que ela rode de forma idêntica em qualquer lugar, seja no seu PC, em um servidor ou na nuvem. Tecnicamente, os containers são camadas de imagem base do Linux.
As principais tecnologias são:
Docker
Kubernates
Docker Compose
Os containers vivem em repositórios de container. Várias empresas possuem seus repositórios privados onde armazenam e hospedam seus containers.
Existem também repositórios gratuítos como o Docker por exemplo, que há centenas de imagens de container e aplicações hospedadas pelo pelo próprio Repositório do Docker.
Como os containers melhoram o processo de desenvolvimento?
Vamos supor que você faz parte de em uma equipe de vários desenvolvedores que trabalham na mesma aplicação. Normalmente você tem que instalar a maioria dos serviços diretamente em nossos sistema operacional. O projeto é Javascript e Redis. Para poder rodar o projeto, você todos os demais desenvolvedores precisam instalar os binários em suas próprias máquinas locais e dependendo do sistema operacional, o processo de instalação pode ser diferente.
- Além disso, as chances de dar problemas durante a instalação das ferramentes é alta pelos números de passos de instalação de cada serviço. Essa abordagem pode ser tediosa dependendo da complexidade da sua aplicação.
Como você já viu, com os containers você não precisará instalar os serviços diretamente na sua máquina, já que o container é um ambiente isolado com todas as ferramentas já empacotadas. Então o desenvolvedor só precisa checar qual o repositório do container e baixar em sua máquina local. Onde o download será simples, com apenas com comandos docker.
Quando utilizar Container?
Essa decisão varia de vários fatores, incluindo a complexidade do sistema, necessidade, escalabilidade e portabilidade.
✅ Quando usar
-
A aplicação precisa de isolamento e portabilidade, então a aplicação deve rodar exatamente igual em diferentes ambientes (desenvolvimento, homologação e produção). Se quiser evitar o clássico *“funciona na minha máquina, mas não no servidor”*
Sistema precisa escalar rapidamente, os containers permitem escalabilidade horizontal (subir mais instâncias sob demanda)
Quando a aplicação usa múltiplos serviços (arquitertura distribuida), por exemplo, múltiplas APIs que precisam se comunicar
Quando você precisa de um CI/CD mais eficientes
Se você quer rodar a aplicação em nuvens diferentes. Os containers garantem que o sistema rode igual no AWS, Azure e Google Cloud, evitando ficar preso em um provedor específico
❌ Quando não usar
- Sua aplicação é monolítica e roda bem num servidor. Então, se o sistema é pequeno e não precisa escalar, rodar direto em uma VM pode ser suficiente. Por exemplo, rodar um simples ASP.NET MVC em um IIS no Azure
- Você não quer gerenciar infraestrutura como docker ou manutenção de contêiners.
- Seu banco de dados precisa de alta persistência e perfomance
- O time não tem experiência em containers. Devido a alta curva de aprendizado, pode mais complicar o projeto do que ajudar.
- Custo e complexidade podem ser maiores que os benefícios. Então, pode ser mais caro e complexo do que rodar diretamente em uma VM ou PasS
