Antes de você, com a permissão do autor, minha recontagem bastante solta de um
artigo do engenheiro do DevOps,
Paul Hammant , no qual ele simplesmente descreve as vantagens não muito óbvias do Serverless em termos de DevOps, bem como a segurança de trabalhar com o back-end do aplicativo.

Para começar, Paul fornece um diagrama de como os processos fluem no Serverless e qual é a diferença fundamental entre essa abordagem e a arquitetura tradicional de aplicativos front-end com back-end. No diagrama, o autor sugere como foi recebida a resposta conhecida à “Questão Principal da Vida, o Universo e Tudo Isso” do Guia de Douglas Adams para Mochileiros da Galáxia.

Portas, processos e tudo o que
O fato principal para o autor é que as funções sem servidor não têm nenhum nome de domínio, nenhum endereço TCP / IP e nem escutam nenhuma porta. Isso é verdade, pelo menos para os usuários da nuvem sem servidor, aqueles que criam back-end com base nesses recursos. Dentro da plataforma sem servidor, tudo isso está definitivamente presente, mas os usuários do sistema não são visíveis.
Todo o roteamento é feito apenas com base em certos nomes lógicos. Acontece que, para executar minha função sem servidor zipCodeService, que decodifica o endereço em um índice, preciso saber, de fato, apenas o endereço e um link para sua API, que a própria plataforma sem servidor gera gentilmente e automaticamente para mim. Um design tão bonito permite que você tenha funções completamente independentes para a execução de uma lógica de aplicativo específica, que não se cruzam e interferem entre si, e o custo de cada funcionalidade, cada solicitação, cada tela pode ser calculada separadamente. Essas funções podem até usar linguagens de programação diferentes. E tudo em um aplicativo!
Ao mesmo tempo, se estivermos falando sobre a mesma função, o Serverless nos permitirá criar muitas dessas funções para cada desenvolvedor, processos individuais de IC, testes, preparo e produção. Ao mesmo tempo, sabemos claramente quem, quando e em que medida utilizaram sua função e podemos dividir claramente nossos custos de implementação entre consumidores individuais. Disciplinas, não é?
Principais benefícios do DevOps
Além de todos os outros benefícios sem servidor, o abandono do esquema name: port é um dos principais benefícios do DevOps. Embora dois processos no mesmo servidor ainda não possam escutar na mesma porta, isso não é mais importante para nós, pois separamos esses processos usando o método mais simples - por nome. E podemos nomear as funções como desejar, limitadas apenas por nossa própria imaginação, em contraste com portos onde há restrições estritas.
Também em Serverless, não lidamos com coisas como soquetes, pelo menos ao acessar funções sem servidor e trocar dados entre elas.
Como no uso de contêineres de docker, não pensamos nos processos, por que eles caíram e em como recuperá-los. Mas, diferentemente da janela de encaixe, não precisamos pensar nos próprios processos da janela de encaixe e nos processos de orquestração de contêiner. Não há necessidade de pensar em configurar e dar suporte ao Kubernetes.
Para ser continuado
Por um lado, é óbvio que nem tudo se torna tão otimista com a transição para o Serverless, e a transição em si nem sempre será simples. Por outro lado, por que desperdiçar seu tempo e usar opções intermediárias na forma de uma janela de encaixe, se você pode ir imediatamente para o próximo nível?
Como, na prática, passar para o próximo nível descrito anteriormente:
Aplicativo de tarefas sem servidor com autorização e fotosBot sem servidor para TelegramMais serão mais guias!
Transforme suas ideias em aplicativos em nossa plataforma Swifty sem servidor