O que é Latência em SaaS?

Latência de 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). A velocidade de carregamento, os tempos de resposta da API, a responsividade do painel e a 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 da Rede: Fatores como distância de 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 da aplicação, velocidade de consulta do banco de dados e desempenho de 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 correlacionar-se 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. 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ócio: 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 ampla perspectiva 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 frequentemente acessados.
3. Comprima ativos e reduza o número de chamadas de API.
4. O escalonamento da infraestrutura e a simplificação arquitetônica podem ser considerados.
5. Priorize as jornadas do usuário com maior tráfego, como logins e carregamento de painéis.

Aspectos ambientais além do gerenciamento do provedor SaaS podem correlacionar-se 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 através do 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 a aplicação esteja otimizada, usuários geograficamente distantes do centro de dados podem notar alguns atrasos.

A resolução sistemática de problemas 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 de RUM e as verificações sintéticas em conjunto para descobrir se o problema é local, regional ou em toda a plataforma.
3. Utilize APM e rastreamento distribuído para localizar a origem (Frontend, API, Banco de Dados ou Terceiros).
4. Realize testes mudando de redes, verificando as páginas de status do fornecedor 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 o fazer:

1. Registre o problema com um carimbo de data/hora e inclua capturas de tela para fornecer contexto adicional.
2. Faça alguns testes de localização para ter certeza de que não é um problema da sua parte.
3. Visite a página do provedor de status para verificar quaisquer incidentes registrados em seu sistema.
4. Fornecer à equipe de suporte o seu ticket, incluindo provas, 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.