Highload-система: що змінюється, коли користувачів стає значно більше
Як готують систему до зростання: профіль операцій, перцентилі, запити до бази, кеш, черги, захист від дублювання та перевірка відновлення.
Встановлення, робота без мережі, оновлення й сповіщення в PWA: що узгодити до розробки та як перевірити поведінку на потрібних пристроях.
PWA використовує вебтехнології, щоб надати частину досвіду встановленого застосунку. Можливості залежать від браузера, операційної системи й реалізації. Потрібно назвати конкретні дії, які мають працювати, замість обіцянки, що будь-який сайт повністю замінить мобільний застосунок.
Умовний приклад — працівник переглядає раніше завантажений каталог на об’єкті зі слабким зв’язком. Це інша задача, ніж отримати актуальні залишки або підтвердити оплату. Визначаємо, які дані дозволено зберігати локально й наскільки вони можуть застаріти.
Користувач повинен бачити час оновлення та стан з’єднання. Якщо дія лише записана для подальшої передачі, не показуємо її як підтверджену сервером. Для виходу з облікового запису погоджуємо очищення локальних даних, особливо на спільному пристрої.
Перевіряємо цільові браузери, маніфест, іконки, початкову адресу та безпечне з’єднання. Спосіб встановлення і доступні підказки відрізняються. Інструкція для користувача має відповідати його платформі, а вебверсія повинна залишатися придатною без встановлення.
Для сповіщень потрібні підтримувана можливість, дозвіл і зрозуміла користь. Не просимо дозвіл одразу без контексту. Відмова користувача не повинна блокувати основну задачу, якщо сповіщення не є її погодженою необхідною умовою.
Service worker може перехоплювати запити та керувати кешем у межах реалізованого сценарію. Погоджуємо, що оновлюється з мережі, що доступне з кешу й що не кешується. Конфіденційні відповіді не можна зберігати без оцінки ризику.
Нова версія не повинна непомітно втрачати незбережене введення. Перевіряємо співіснування старого інтерфейсу й нового API, а також відновлення після перерваного оновлення. Офлайн-черга потребує правил повтору, конфлікту й недопущення дублювання.
Перевірка включає перший візит без кешу, повторний візит, відсутню мережу, повернення зв’язку та закінчення сесії. Окремо тестуємо потрібні пристрої й режими зберігання. Галочка в інструменті перевірки не замінює завершену користувацьку дію.
У проєктах ALL IT Agency спільні форми й компоненти допомагають зберігати однакову поведінку вебсторінок. Для PWA до цього додаються окремі сценарії мережі та оновлень. Обсяг підтримки таких сценаріїв потрібно зафіксувати до реалізації.
Перегляньте склад послуги та обговорімо, як вона відповідає вашій задачі.
Погодимо наступні кроки після уточнення вашої задачі.
Команда ALL IT Agency пояснює технології, впровадження та підтримку для бізнесу.
Практичні рекомендації, регламенти та інженерні огляди з інших напрямків IT
Як готують систему до зростання: профіль операцій, перцентилі, запити до бази, кеш, черги, захист від дублювання та перевірка відновлення.
Як визначити гіпотезу MVP, обрати завершену дію користувача, відокремити прототип від робочої версії й оцінити результат без зайвих функцій.
Як спланувати SaaS: організації, ролі, тарифи, платежі, обмеження, ізоляція даних, підтримка та вихід клієнта із сервісу.
Опишіть поточну задачу нашому менеджеру — розрахуємо терміни, вартість та запропонуємо дорожню карту.
Офіційний договір NDA до аудиту систем.
Зв'язок протягом 15 хв у робочий час.
Залиште контакти та короткий опис вашої задачі.