Desenvolvimento de Aplicações Serverless: Mitos e Realidades

A publicação sobre Desenvolvimento de Aplicações Serverless tá demais, não é? É massa ver como a gente pode criar apps sem se estressar com servidores. Se liga, essa parada de "sem servidor" não quer dizer que não tem servidor na jogada, mas relaxa, os provedores de serviços cloud tão cuidando disso pra gente.

E aqueles mitos e verdades? Mandaram bem explicando que, na real, os servidores tão aí, só que na surdina. E que, ó, não é sempre que serverless é mais barato, tudo depende do rolê do teu app. Mas a vibe de escalabilidade automática é top, né? Sem estresse com sobrecarga, que maravilha!

A parada de pagar só pelo que cê usa é sensacional, principalmente pros projetos mais de boa. E, pra cê que tá ligado, o lance de focar na lógica do app e a rapidez no desenvolvimento são altos pontos positivos.

Mas claro, nem tudo são flores. Algumas apps não se dão bem com essa pegada serverless, e tem essas fitas de linguagens e bibliotecas que podem ser limitadas. E ó, monitorar e debugar às vezes pode dar uma confusão.

A cereja no bolo é o exemplo do site de receitas. Imagina só criar uma função que responde a pedidos pro site, tudo no esquema serverless? A parada toda fica na responsa dos servidores lá atrás, e tu só se preocupa com o que importa.

Tamo junto nessa vibe de explorar o serverless! Quem sabe daqui a pouco a gente tá criando apps incríveis sem nem lembrar que servidores existem? 😉💻

Embora o serverless e a delegação total aos provedores de cloud possam parecer atraentes devido à sua escalabilidade e manutenção reduzida, existem várias desvantagens significativas. Primeiro, há uma perda de controle sobre o ambiente de execução e o vendor lock-in: Se o AWS deixar de existir amanhã sua aplicação também vai.

Em contraste, um servidor empresarial/domestico robusto e confiável pode ser criado usando uma conexão de internet de fibra óptica e um computador antigo. Este setup pode lidar com muitas aplicações que não necessitam suportar milhares de acessos simultâneos. A latência da rede é geralmente muito menor porque os dados não precisam viajar ao redor do mundo para chegar ao servidor.

Acredito que sua primeira opção sempre deve ser optar pelo self-hested a menos que tenha motivos claros e fortes para escolher outra solução.

A grande vantagem do serverless é que ele te tras facilidades, segurança, infraestrutura, vc só precisa se preocupar c/ o problema a ser resolvido.

Serveless está sendo cada vez mais difundido aqui, percebo que o mercado nos direciona para esse modelo.

Um ponto que gostaria de levantar é a questão do custo, se em alguns cenários o modelo na arquitetura tradicional baseada em servidores, podem ser mais "baratas". O que nos impede de termos os dois modelos em conjunto, para resolver esse fim?

Baita texto! faz menos de 3 meses que eu comecei a trabalhar com serverless direto. Entrei em uma empresa que tem um ecommerce onde toda a parte de logistica deles é feita em um sistema serverless, ta sendo uma paradigma bem massa de trabalhar. Mas já vi e sofri com algumas dores por exemplo timeout porque as requisições estavam demorando, criar uma documentação a nível Swagger não é tão simples, usar um framework mais parudo (Nestjs) pode ser um grande problema (hoje trabalhamos com Node puro). Ainda tenho alguams dúvidas sobre todo esse cenário de serverless, se para o sistema na empresa específico, foi a melhor escolha.