Занятые сайты нуждаются в автоматической масштабе. Это то, что все ожидают, как технических, так и нетехнических пользователей. Растущая популярность облачных вычислений научила нас ожидать неограниченную мощность для всех онлайн -сервисов.
Как это относится к WordPress?
Быстрый поиск возвращает сотни результатов, которые приравнивают AWS с автоматической бесконечной мощностью. Хотя AWS не является серебряной пулей, некоторые из этих результатов рекомендуют масштабируемую архитектуру.
Как на самом деле работает AutoScaling в реальном мире?
Теоретически, адекватно настроенный стек отслеживает различные ресурсы, такие как процессор, память, работники PHP и т. Д. Когда использование любого из этих ресурсов превышает предопределенный предел в течение более нескольких минут, Stack запускает еще одну виртуальную машину. Эта новая виртуальная машина затем используется для обслуживания дополнительного трафика. Stack повторяет этот процесс, если такого трафика достаточно, чтобы гарантировать дополнительные ресурсы.
Довольно круто, верно?
Хотя этот процесс выглядит великолепно на бумаге, в реальности он немного менее волшебен. Когда стек запускает новую виртуальную машину для обслуживания дополнительного трафика, он может занять от 60 до 120 секунд, чтобы он стал готовым и присоединиться к балансеру загрузки. Хорошая команда Web Ops знает это и использует различные кэши и очереди, чтобы сделать эту задержку невидимой для конечного пользователя. Без таких кэши и очередей посетители испытывают тайм -ауты, замедление или случайные ошибки, в то время как новые виртуальные машины готовится.
Поскольку AutoScaling требует устойчивого интенсивного трафика для запуска новых виртуальных машин, не имеет смысла использовать его на небольших сайтах.
Время для аналогии с автомобилем.
Автомобили F1 созданы для массивной скорости. Но если вы попытаетесь погрузить автомобиль F1 на медленной скорости, он не генерирует достаточно прижимной силы, чтобы обеспечить приличную тягу, разрывы недостаточно тепло, чтобы быть полезным, а обработка в лучшем случае сложно.
Чтобы обойти некоторые из этих проблем, экипаж F1 представляет шины, использует стартовый двигатель для запуска двигателя и имеет навыки для обработки любых пит-стопов как можно быстрее.
Когда дело доходит до эксплуатации автоматической среды для WordPress, вам нужны аналогичные системы. Процесс, чтобы согреть балансировщик нагрузки, способ раскрутить дополнительные виртуальные машины и звездная команда, которая поддерживает пит -стопы. Слишком много движущихся частей для автоматической масштаба, чтобы «просто работать» автоматически.
Когда вы делаете покупки для автоматического решения, задайте провайдерам в своем шорт -листе эти вопросы:
Каков ваш план минимизировать задержку, когда начинается новые виртуальные машины? Смогу ли я запустить больше виртуальных машин заранее, если еще недостаточно трафика? Смогу ли я контролировать пороговые значения, когда автомассывание запускает дополнительные виртуальные машины?
И наконец,
Смогу ли я связаться с командой, которая настроена напрямую, когда я ожидаю скачок трафика?
Эти вопросы помогут вам посмотреть на маркетинг говорить и сэкономить много стресса в будущем.
Оригинал: «https://dev.to/nginxreload/scaling-wordpress-the-autoscaling-fallacy-5377»