Вопрос

В настоящее время я разрабатываю API, использующий интервальный опрос AJAX, он опрашивает 900 байтов каждые 1,5 минуты, не создает большой нагрузки на MySQL и представляет собой только один поток AJAX. Я планирую перейти на сервер node.js, как только получу достаточный доход от этого запуска, но на данный момент я могу позволить себе купить только общий хост, который использует apache.

Будет ли это целесообразным с точки зрения масштабируемости? Кроме того, будет ли это приемлемо с точки зрения коммерческого стандарта, поскольку теперь доступны другие решения, такие как комета?

Это было полезно?

Решение

<цитата>

"не создает большой нагрузки на MySQL"

Для некоторого числа пользователей он должен в конечном итоге получить "большую" нагрузку, но это не "плохо".

Для любого приложения с любой архитектурой будет определенная точка, в которой некоторая часть инфраструктуры скрипит. Это не основная причина для принятия какого-либо более сложного решения (и устранения узкого места в другом месте).

Итак, соберите некоторые эмпирические данные, например: для какого числа использований нагрузка на опрос становится значительной? Проведите нагрузочные тесты не только опроса, но и другой работы, которую выполняют эти пользователи. Конечно, они не просто опрашивают, они занимаются другими вещами, которые также загружают MySQL. Когда это скрипит? В этот момент позволят ли полученные доходы покупать больше мощностей? Или вы были бы уверены, что другая архитектура решит проблему. Другими словами, есть ли у вас реалистичный «аут»?

Я предполагаю, что если опрос становится проблемой, у вас есть несколько хороших промежуточных решений, таких как кеширование или снижение частоты опроса, в дополнение к возможности введения Comet. Поэтому разумно начать с простой стратегии опроса.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top