Оптимизация архитектуры и технологического стека веб-приложений с целью получения максимальной отзывчивости (минимального времени отклика)

Рассматривается проблема отзывчивости веб-приложений с позиций теоретической информатики и математики. У меня теоретическая основа работы - теория систем массового обслуживания (ТСМО)

Сервер у меня есть хоть какой-то , но нужно еще тестировать и ТСМО добавить..

Начать нужно с сервера. Можно без Еxpress (NODE.JS), но у меня с ним

Что с ним, что без мы получаем сервер, обрабатывающий запрос асинхронно в одном потоке. Его нужно нагрузить запросами и померить время обработки запроса в зависимости от их числа и объема запроса/ответа.

Далее, нужно написать вариант с обработкой запроса в отдельном потоке выполнения и измерить времена обработки запросов при разных нагрузках

Над выдать обоснованную рекомендацию: в каких случаях надо выбирать асинхронную обработку запроса в одном потоке, в каких — в отдельном потоке.

Варианты ситуаций:

Много маленьких запросов — мало запросов, но больших по объему данных.

То же, но с вычислениями на сервере

То же, но с обращением к базе данных

Существует три основных модели обработки запроса клиента к серверу:

- Синхронная в 1 потоке (на практике используется редко, встречается в веб-интерфейсах устройств)

- Асинхронная в 1 потоке (по умолчанию предоставляется Node.js

- Асинхронная с обработкой каждого запроса в отдельном потоке выполнения, используя worker’ы. Тут тоже возможны 2 варианта: легковесным процессом (thread) или полновесным (process).

Перечисленные варианты дают множество вариантов, которые надо рассмотреть и сравнить.

Для синхронной обработки запроса - это простая сумма задержек. А вот, например, для рендеринга страницы, данные для которой возвращаются в ответ на несколько асинхронных запросов и обрабатываются скриптом на странице, все сложнее. Дальше и глубже — ТСМО. Предварительно нужны диаграммы для всех моделей, которые рассмотрели до этого. По ним - формулы общего времени рендеринга страницы