Що таке латентність SaaS?

Затримка в SaaS означає проміжок часу від моменту, коли користувач починає завдання, до того, як SaaS-додаток надає результат (включаючи затримку мережі та час обробки додатком). Швидкість завантаження, час відгуку API, чутливість інформаційної панелі та тривалість виконання робочого процесу впливають на користувацький досвід.

Виявлені затримки можуть корелювати з конкретними характеристиками мережі та обробки даних.

•   Мережеві аспекти: Такі чинники, як відстань у мережі, перевантаження трафіку та просто фізична відстань між користувачами та серверами.
•   Аспекти застосунків: Це може включати такі фактори, як якість коду програми, швидкість запитів до бази даних і продуктивність викликів сторонніх API.
•   Інфраструктурні аспекти: Слід враховувати потужність хмарної інфраструктури, використання ресурсів мікросервісів та архітектурну складність.

Спостережувані рівні затримки можуть корелювати зі змінами в продуктивності користувачів та бізнес-доході.

1. Продуктивність користувачів: Швидкість застосунку може впливати на задоволеність користувачів та продуктивність.
2. утримання: Існує зв'язок між рівнями затримки та подальшим використанням продукту. Відтік мобільних користувачів та тривалість завантаження сторінки можуть бути пов'язані, і цей зв'язок може бути більш помітним після 3 секунд.
3. Ключові показники ефективності бізнесу: Затримка повинна мати прямий вплив на такі метрики:

•   Коефіцієнти конверсії.
•   Коефіцієнти поновлення.
•   Час виконання завдань.
•   Обсяг звернень у службу підтримки.

Використання кількох стратегій моніторингу може забезпечити широкий погляд на стан продуктивності.

Модифікації в інфраструктурі та дизайні програмного забезпечення можуть вплинути на оптимізацію.

1. Модифікації в базах даних та коді застосунків можуть бути впроваджені.
2. Використовуйте Мережі доставки контенту (CDN) та кешуйте часто використовувані дані.
3. Стискайте ресурси та зменшуйте кількість викликів API.
4. Масштабування інфраструктури та архітектурне спрощення можуть бути розглянуті.
5. Пріоритизуйте найпопулярніші маршрути користувачів, такі як вхід у систему та завантаження дашбордів.

Зовнішні чинники, що виходять за межі управління постачальником SaaS, можуть корелювати з рівнями задоволеності користувачів.

•   Середовище користувача: Де знаходиться користувач, який пристрій він використовує та який браузер він віддає перевагу.
•   Маршрутизація мережі: Шлях, яким постачальник інтернет-послуг (ISP) надсилає дані, та загальна перевантаженість Інтернету.
•   Інтеграції: Сторонні сервіси, підключені до SaaS-додатку.
•   Перевірка реальностіХоча застосунок оптимізовано, користувачі, географічно віддалені від центру обробки даних, можуть помічати деякі затримки.

Систематичне усунення несправностей допомагає визначити, чи є затримка локальною, регіональною або загальноплатформною.

1. Визначте масштаб проблеми, дослідивши, чи виникає вона на одному пристрої, в браузері, мережі, регіоні або в певному сегменті робочого процесу.
2. Перевірте дані RUM та синтетичні перевірки разом, щоб з'ясувати, чи є проблема локальною, регіональною або загальноплатформною.
3. Використовуйте APM та розподілене трасування, щоб визначити джерело (Frontend, API, Database або сторонні сервіси).
4. Проводьте тестування, змінюючи мережі, переглядаючи сторінки стану постачальників і отримуючи дані продуктивності з різних регіонів.

Надання відтворюваних доказів може допомогти команді підтримки зрозуміти заявлену проблему. Ось кілька кроків для цього:

1. Зафіксуйте проблему із позначкою часу та додайте скріншоти, щоб надати додатковий контекст.
2. Зробіть кілька тестів локації, щоб переконатися, що це не проблема з вашого боку.
3. Відвідайте сторінку постачальника статусу, щоб перевірити будь-які інциденти, зафіксовані в їхній системі.
4. Надання службі підтримки вашого запиту, включаючи докази, може допомогти їм відтворити проблему, з якою ви зіткнулися.
5. Запитуйте ідентифікатори інцидентів, очікуваний час прибуття (ETA) та оновлення щодо першопричини.
6. Не забудьте згадати SLA/SLO які стосуються таких зобов'язань для додатків, критично важливих для бізнесу.