O que é Latência SaaS?

Latência SaaS refere-se ao atraso desde o momento em que um usuário inicia uma tarefa até que o aplicativo SaaS entregue o resultado (incluindo latência de rede e tempo de processamento do aplicativo). Velocidade de carregamento, tempos de resposta da API, responsividade do painel e duração da execução do fluxo de trabalho impactam a experiência do usuário.

Atrasos observados podem correlacionar-se com características específicas de rede e processamento.

•   Aspectos de Rede: Fatores como a distância da rede, congestionamento de tráfego e a mera distância física entre usuários e servidores.
•   Aspectos da Aplicação: Pode incluir fatores como qualidade do código do aplicativo, velocidade da consulta ao banco de dados e desempenho das chamadas de API de terceiros.
•   Aspectos da Infraestrutura: A capacidade da infraestrutura em nuvem, o uso de recursos de microsserviços e a complexidade arquitetônica devem ser considerados.

Níveis de latência observados podem se correlacionar com mudanças na produtividade do usuário e na receita do negócio.

1. Produtividade do Usuário: A velocidade do aplicativo pode afetar a satisfação e a produtividade do usuário.
2. a retenção: Existe uma relação entre os níveis de latência e o uso contínuo do produto. O abandono de usuários móveis e a duração do carregamento da página podem estar relacionados, e essa relação pode ser mais observável após 3 segundos.
3. KPIs de Negócios: A latência deve ter um impacto direto nas seguintes métricas:

•   Taxas de conversão.
•   Taxas de renovação.
•   Tempos de conclusão de tarefas.
•   Volume de tickets de suporte.

A utilização de múltiplas estratégias de monitoramento pode oferecer uma perspectiva abrangente sobre o status do desempenho.

Modificações na infraestrutura e no design do software podem impactar a otimização.

1. Modificações em bancos de dados e no código da aplicação poderiam ser implementadas.
2. Use Redes de Entrega de Conteúdo (CDNs) e armazene em cache dados acessados com frequência.
3. Comprima ativos e reduza o número de chamadas de API.
4. Escalonamento da infraestrutura e simplificação da arquitetura podem ser considerados.
5. Priorize as jornadas de usuário com maior tráfego, como logins e carregamento de dashboards.

Aspectos ambientais que vão além do gerenciamento do provedor SaaS podem se correlacionar com os níveis de satisfação do usuário.

•   Ambiente do Usuário: Onde o usuário está localizado, que tipo de dispositivo ele usa e qual navegador ele prefere.
•   Roteamento de Rede: O caminho pelo qual o Provedor de Serviços de Internet (ISP) envia dados e o congestionamento geral da Internet.
•   Integrações: Serviços de terceiros conectados à aplicação SaaS.
•   Verificação da Realidade: Embora o aplicativo seja otimizado, usuários geograficamente distantes do data center podem notar alguns atrasos.

A solução de problemas sistemática ajuda a isolar se um atraso é local, regional ou em toda a plataforma.

1. Determine o escopo do problema investigando se ele ocorre em um único dispositivo, navegador, rede, região ou dentro de um segmento de fluxo de trabalho específico.
2. Verifique os dados RUM e as verificações sintéticas em conjunto para descobrir se o problema é local, regional ou em toda a plataforma.
3. Use APM e rastreamento distribuído para localizar a origem (Frontend, API, Banco de Dados ou Terceiros).
4. Realize testes alterando redes, verificando páginas de status de fornecedores e obtendo dados de desempenho de diferentes regiões.

Fornecer evidências reproduzíveis pode auxiliar a equipe de suporte a entender o problema relatado. Aqui estão alguns passos para isso:

1. Registre o problema com um carimbo de data/hora e incorpore capturas de tela para fornecer informações adicionais.
2. Faça alguns testes de localização para ter certeza de que não é um problema do seu lado.
3. Visite a página do provedor de status para verificar quaisquer incidentes registrados em seu sistema.
4. Fornecer à equipe de suporte seu chamado, incluindo comprovante, pode ajudá-los a reproduzir o problema que você está enfrentando.
5. Solicite IDs de incidentes, ETAs e atualizações da causa raiz.
6. Não se esqueça de mencionar o SLA/SLO que se referem a tais compromissos para aplicações que são críticas para o negócio.