Sem servidor. É provável que você já tenha se deparado com este termo em algum lugar, mas o que exatamente isso significa? Bem, para começar, sem servidor, ou computação sem servidor,não significa realmente que não há servidores envolvidos, porque há, em vez disso, refere-se ao fato de que a responsabilidade de ter que gerenciar, escalar, provisão, manter, etc., esses recursos agora pertencem a provedores de nuvem, como AWS Lambda, Google Cloud Platform, Microsoft Azure, entre outros. A computação sem servidor pode ser um grande benefício para organizações que não têm os recursos ou equipes necessários para gerenciar recursos físicos, como servidores/hardware, e toda a manutenção e licenciamento que acompanham isso, permitindo que elas se concentrem no desenvolvimento de seus códigos e aplicativos.
Benefícios de um modelo sem servidor
Na arquitetura sem servidor, quando os aplicativos são desenvolvidos, eles são tipicamente compostos de muitos serviços diferentes. Quando são implantados em resposta a uma solicitação, esses serviços são implantados como funções individuais, também conhecidos como FaaS, ou Funções como Serviço. Mais uma vez, o benefício é que o código dentro de seus contêineres ou máquinas virtuais é gerenciado pelo provedor de nuvem. Não precisa mais se preocupar com manutenção, remendamento ou dimensionamento. Outros benefícios para a arquitetura sem servidor incluem o seguinte:
custar
Obviamente, sem a necessidade de alugar ou comprar servidores físicos, pode ser mais econômico para as organizações renunciarem à rota tradicional de ter que gerenciar sua infraestrutura física e apenas pagar pelo tempo e memória utilizados para executar seu código/aplicativos.
escalabilidade
Como mencionamos anteriormente, a maior parte da responsabilidade de gerenciar os recursos do servidor são colocadas no provedor de nuvem, incluindo o dimensionamento para cima e para baixo. Os desenvolvedores não têm que colocar mais tempo para ajustar o sistema, ou contar com outras equipes para suporte, como é feito automaticamente com o provedor de nuvem.
Foco no desenvolvimento de aplicativos
Com a maioria da gestão, manutenção e polícia empurradas para o provedor de nuvem, os desenvolvedores podem concentrar seus esforços no aperfeiçoamento de suas aplicações.
Desvantagens de um modelo sem servidor
Há muito o que gostar sobre a mudança para uma arquitetura sem servidor, mas pode haver algumas desvantagens em comparação com o modelo tradicional e monolítico. O principal desafio é não poder acessar as métricas de infraestrutura subjacentes. Outro fator é que aplicativos sem servidor são distribuídos, e às vezes em diferentes plataformas em nuvem, dificultando o gerenciamento no processo. As organizações devem decidir com o que estão dispostas a se separar ao mudar para um ambiente sem servidor. Algumas outras desvantagens do modelo sem servidor, incluindo o seguinte:
Limites de recursos
Devido à natureza do modelo pay-to-play que o servidor fornece, existem limites para os recursos que podem ser usados e por quanto tempo o código, solicitações e outros recursos de terceiros podem ser executados. Para cargas de trabalho que requerem alto desempenho, as organizações seriam mais adequadas comprando seus próprios servidores.
Tempos de resposta
Quando o código não está em uso, os provedores de nuvem normalmente aceleram todo o caminho para baixo. No entanto, quando chega a hora de os recursos serem solicitados, pode haver latência no tempo que leva para que esse código seja inicializado. Os aplicativos que estão sendo executados continuamente em um servidor dedicado não são tão impactados por problemas de latência.
Segurança e Privacidade
Você pode pensar que desistir do controle dos recursos do seu servidor para um grande provedor de nuvem o tornaria mais seguro, mas isso não é necessariamente o caso. Enquanto os provedores de nuvem fazem sua parte para proteger os clientes de ataques e vulnerabilidades, o grande volume de componentes e elementos que devem ser protegidos supera em muito o que seria necessário para a infraestrutura tradicional. e
monitorização
Em ambientes sem servidor, o monitoramento pode ser mais difícil de ser realizado, pois você perde a visibilidade e o controle das métricas de desempenho back-end de seus aplicativos. Isso também pode dificultar saber exatamente como e o que você está sendo cobrado por recursos para executar suas aplicações. E para descobrir onde um problema ocorreu, você ainda pode encontrar-se cavando através de centenas de páginas e grupos de registros para encontrá-lo.
Monitorando aplicativos sem servidor
Sem ter o controle da pilha completa de aplicativos como você faria em uma configuração tradicional, o monitoramento em ambientes sem servidor pode ser um pouco complicado. Não ter insights sobre as métricas do lado do servidor, os tempos de renderização e as quebras de desempenho em nível de elemento podem dificultar a correção de problemas quando eles surgem. Mesmo com seus aplicativos em um ambiente sem servidor, ainda há elementos que você precisa monitorar na produção. Você não pode simplesmente configurá-lo e esquecê-lo. Você provavelmente será encarregado de resolver problemas com quaisquer problemas imprevistos e, obviamente, otimizar o desempenho de sua aplicação. Há várias coisas para tomar cuidado, e vamos discuti-las abaixo.
Erros
Obviamente, você vai querer saber quando aplicativos ou solicitações falham, bem como o que os levou a falhar, então erros são um fator crítico para monitorar. Às vezes, erros acontecem sem que ninguém saiba. Pode levar alguns dias para qualquer pessoa notar que uma etapa ou componente crítico em um aplicativo está em baixa.
latência
O tempo que leva entre uma ação e uma resposta é latência. Por exemplo, no caso de um aplicativo web, pode ser o tempo que leva depois que um usuário aperta o botão de envio no formulário. É fundamental saber o tempo que leva entre uma solicitação bem sucedida e fracassada, porque é fundamental para a experiência geral do usuário. Em ambientes sem servidor, quando seu aplicativo não está sendo executado, ele é estrangulado, então nenhum recurso adicional está sendo usado e você não é cobrado. No entanto, quando é girado de volta, pode haver alguma latência no tempo que leva para processar os recursos necessários. Isso é conhecido como um começo frio. Se houver muitas partidas frias, isso pode afetar a experiência do usuário.
tráfego
O tráfego refere-se à quantidade de demanda que está sendo colocada no seu sistema, que dependendo do serviço, normalmente é solicitações HTTP por segundo.
Monitoramento de aplicativos sem servidor com o Dotcom-Monitor
Os provedores de computação sem servidor, como o AWS Lambda, permitem que você implante seus sites, aplicativos web e APIs das regiões de sua escolha, no entanto, também é necessário monitorar esses sites e aplicativos da Web dessas mesmas regiões, para que você saiba que eles estão funcionando como planejado.
As soluções dentro da plataforma Dotcom-Monitor permitem configurar um monitoramento real baseado em navegador para seus sites, aplicativos web e APIs. Configure monitores por localização, com limites de desempenho pré-definidos e alertas de tempo de atividade, para que você saiba exatamente quando seus aplicativos ou sites não estão funcionando como esperado. Além disso, nossa solução de monitoramento de aplicativos web, juntamente com o EveryStep Web Recorder,oferece a você a capacidade de script de transações de usuário em várias etapas, como um processo de carrinho de compras ou formulários e páginas de login, e monitorar etapas para quaisquer erros inesperados. O EveryStep Web Recorder adiciona facilmente oportunidades adicionais de monitoramento, como o monitoramento de validação de palavras-chave. Você pode aprender a monitorar palavras-chave neste artigo do Wiki. Se houver, você recebe uma notificação de alerta imediata para que você possa corrigir o problema antes que isso impacte mais usuários. Confira todas as soluções do Dotcom-Monitor.
Conclusão: Monitorando aplicativos sem servidor
Tempo é dinheiro. E quando você está pagando provedores de nuvem até o milissegundo para executar seus aplicativos, cada segundo conta. Da mesma forma, a experiência que seus usuários têm com seus aplicativos pode fazer ou quebrar um negócio. Certifique-se de que seus usuários estão tendo a melhor experiência possível e certifique-se de monitorar seus aplicativos e sites para quaisquer problemas inesperados de inatividade e desempenho.
Experimente toda a plataforma Dotcom-Monitor gratuitamente por 30 dias!
