Ao discutir o início de um novo projeto ou o desenvolvimento de um roteiro para um projeto existente, as opções de como executar cargas de trabalho nunca foram tão extensas. Vivemos em uma era estragada por uma variedade de plataformas - você pode escolher entre ferramentas de código aberto, serviços pagos, produtos corporativos e um monte de outras coisas. Por causa disso, tornou-se mais difícil tomar uma decisão de escolha - as chances de obter "paralisia de escolha" aumentam com o aumento das opções. Em tais circunstâncias, é justo fazer a pergunta: os contêineres ainda são uma escolha razoável agora e no futuro, ou já os superamos? Para responder a essa pergunta, você precisa considerar alternativas e compará-las aos contêineres.

Sem servidor

A próxima etapa lógica após os contêineres são as soluções sem servidor. Serviços como AWS Lambda e Google Cloud Functions facilitam a operação de aplicativos sem servidor, especialmente aqueles que são orientados a eventos por natureza. Quando você considera a simplicidade de trabalhar com estruturas de aplicativos como Serverless Framework, obtemos um fluxo de trabalho simples e orientado para o desenvolvedor que permite ir da ideia à produção em um tempo muito curto. Esse fluxo de trabalho pode ser ótimo para criar protótipos de APIs ou desenvolver rapidamente novos recursos para produtos existentes. Um dos maiores pontos fortes da arquitetura sem servidor (especialmente ao executar aplicativos em um provedor de nuvem pública como a AWS) é que você só paga por recursos de computação usados ​​ativamente;ou seja, você não paga por um sistema simples. A longo prazo, isso pode fornecer economias de custo significativas em comparação com a arquitetura "sempre ativa", mas apenas sob certas condições. Há um limite após o qual o custo de execução de um aplicativo em um ambiente sem servidor torna-se mais alto e o desempenho é menor em comparação com o mesmo aplicativo em execução em uma VM dedicada, em que você não paga para chamar o aplicativo, mas pela taxa horária. Vamos comparar sem servidor com contêineres:onde você paga não para ligar para o aplicativo, mas a taxa horária. Vamos comparar sem servidor com contêineres:onde você paga não para ligar para o aplicativo, mas a taxa horária. Vamos comparar sem servidor com contêineres:

:

• ( )

:

• ,
• ,

Platform-As-A-Service (PaaS)

Semelhante ao serverless, mas tem seus próprios recursos exclusivos de Platform-as-A-Service (PaaS), como Heroku e CloudFoundry. Normalmente, o PaaS difere do sem servidor por ser projetado para serviços "sempre em execução", em vez dos orientados a eventos, mas é semelhante a eles no sentido de que, da mesma forma que o sem servidor, fornece fluxos de trabalho convenientes para os desenvolvedores. Internamente, a maioria dessas soluções realmente executa seu código em contêineres, mas a maioria deles é abstraída do usuário, portanto, muitas vezes são posicionados como "buildpacks" - contêineres prontos com determinados recursos ou pacotes dependentes de idioma instalados neles. É essa abstração que torna os produtos PaaS convenientes - todos os aspectos problemáticos da execução de um aplicativo em produção são abstraídos do usuário.No entanto, essa também pode ser uma das desvantagens da PaaS: pode ser difícil liberar aplicativos de plataformas PaaS e movê-los para outra plataforma, se necessário. Além disso, em algumas plataformas não completamente maduras, a integração nativa com serviços externos (bancos de dados, caches, filas, etc.) pode ser limitada ou totalmente ausente, o que limita significativamente as opções de arquitetura. Além disso, a abstração e a facilidade de uso têm um preço: as plataformas PaaS tendem a ser mais caras do que IaaS do tipo faça você mesmo, como AWS ou GCP.caches, filas, etc.) podem ser limitados ou totalmente ausentes, o que limita significativamente as opções de arquitetura. Além disso, a abstração e a facilidade de uso têm um preço: as plataformas PaaS tendem a ser mais caras do que IaaS autônomo, como AWS ou GCP.caches, filas, etc.) podem ser limitados ou totalmente ausentes, o que limita significativamente as opções de arquitetura. Além disso, a abstração e a facilidade de uso têm um preço: as plataformas PaaS tendem a ser mais caras do que IaaS do tipo faça você mesmo, como AWS ou GCP.

:

:

No-Code

As soluções sem código estão se tornando mais populares como um meio de fazer uma startup crescer rapidamente, especialmente entre organizadores não técnicos. A capacidade de criar uma plataforma web inteira sem ter que aprender código é atraente e, para quem não sabe codificar, é até necessária. As soluções modernas sem código confundem os limites da interseção de processos de negócios e software; A lógica de negócios que antes levava semanas para ser desenvolvida agora pode ser criada em minutos ou horas na plataforma sem código. Novamente, isso pode ser um tremendo sucesso para pessoas ou grupos não técnicos, mas essa abordagem geralmente se aplica ao desenvolvimento de software? Paradigmicamente, as soluções sem código são semelhantes às sem servidor em que ambos os conceitos funcionam em um modelo de gerenciamento baseado em eventos,no entanto, as soluções sem código têm uma grande falha que as outras plataformas de nossa lista não têm: excessivamente vinculadas ao fornecedor da solução. No momento, não tenho conhecimento de nenhuma plataforma que permita a transferência de um aplicativo sem código de uma plataforma para outra. Se você decidir escrever seu aplicativo básico no Microsoft Power Automate ou no Zoho Creator, ficará lá até reescrevê-lo em outra coisa.

:

• ,

:

Então, onde estão os contêineres entre todas essas tecnologias? Tendo a pensar nos contêineres como blocos de construção fundamentais da arquitetura, como pequenas partes de um aplicativo que não faz sentido separar. Independentemente de você estar executando microsserviços ou um monólito inteiro dentro de contêineres, o contêiner deve ser a menor quantidade de código que pode ser implantada enquanto mantém sua funcionalidade. No nível mais simples, os contêineres são apenas um subconjunto da funcionalidade do kernel. Recursos como isolamento de recursos, limitação de rede e outros semelhantes, que fazem parte do sistema operacional Linux, foram reprojetados para torná-los mais fáceis de usar. É perfeitamente possível iniciar um processo e gerenciá-lo usando cgroups, redes virtuais, iptables e outras funções que imitam o contêiner Docker, no entanto, tais aplicativos,como o Docker e o Podman tornam esses recursos fáceis de usar para que você não precise fazer tudo manualmente. É esse uso de funções do kernel que fornece portabilidade aos contêineres. Se você tiver uma máquina Linux com um kernel bastante moderno, poderá executar quase qualquer contêiner sem problemas. No entanto, essa simplicidade tem um preço, e o custo é a complexidade da operação. Para implantar a produção, não é suficiente apenas implantar um contêiner em uma VM vazia. Para uma implementação "correta", você precisa de algum tipo de gerenciamento de contêiner que aumente a complexidade e os custos operacionais. No entanto, apesar do aumento da complexidade, os contêineres compensam com sua flexibilidade e portabilidade.É esse uso de funções do kernel que fornece portabilidade aos contêineres. Se você tiver uma máquina Linux com um kernel bastante moderno, poderá executar quase qualquer contêiner sem problemas. No entanto, essa simplicidade tem um preço, e o custo é a complexidade da operação. Para implantar a produção, não é suficiente apenas implantar um contêiner em uma VM vazia. Para uma implementação "correta", você precisa de algum tipo de gerenciamento de contêiner que aumente a complexidade e os custos operacionais. No entanto, apesar do aumento da complexidade, os contêineres compensam com sua flexibilidade e portabilidade.É esse uso de funções do kernel que fornece portabilidade aos contêineres. Se você tiver uma máquina Linux com um kernel bastante moderno, poderá executar quase qualquer contêiner sem problemas. No entanto, essa simplicidade tem um preço, e o custo é a complexidade da operação. Para implantar a produção, não é suficiente apenas implantar um contêiner em uma VM vazia. Para uma implementação "correta", você precisa de algum tipo de gerenciamento de contêiner que aumente a complexidade e os custos operacionais. No entanto, apesar do aumento da complexidade, os contêineres compensam com sua flexibilidade e portabilidade.e esse preço é a complexidade da operação. Para implantar a produção, não é suficiente apenas implantar um contêiner em uma VM vazia. Para uma implementação "correta", você precisa de algum tipo de gerenciamento de contêiner que aumente a complexidade e os custos operacionais. No entanto, apesar do aumento da complexidade, os contêineres compensam com sua flexibilidade e portabilidade.e esse preço é a complexidade da operação. Para implantar a produção, não é suficiente apenas implantar um contêiner em uma VM vazia. Para uma implementação "correta", você precisa de algum tipo de gerenciamento de contêiner que aumente a complexidade e os custos operacionais. No entanto, apesar do aumento da complexidade, os contêineres compensam com sua flexibilidade e portabilidade.

Prós:

• Flexibilidade, portabilidade
• A arquitetura sempre ativa permite diferentes tipos de paradigmas
• Facilidade de teste e desenvolvimento local

Desvantagens:

• A produção requer gerenciamento de contêineres
• O uso de computação no modo "sempre ligado" pode custar mais do que sem servidor, mas depende da carga
• Mais trabalho necessário para se preparar para a produção

Conclusão

Embora sua escolha pessoal possa depender muito da aplicação e da carga de trabalho, minha conclusão é muito simples: os contêineres ainda são muito relevantes e continuarão sendo por muito tempo. Apesar do aumento da complexidade, sua portabilidade e nível de controle permitem que os engenheiros façam exatamente o que desejam, sem ter que fazer a engenharia reversa de uma solução baseada em algo como o Heroku.

---

Usando nossos servidores em nuvem, você pode implantar seus contêineres Docker perfeitamente. Este é apenas um dos milhões de desafios que você pode realizar com MacLeod !

Cadastre-se pelo link acima ou clicando no banner e ganhe 10% de desconto no primeiro mês de aluguel de um servidor de qualquer configuração!