Перед запуском проверяй не «тариф», а узкие места инфраструктуры. Гигабайты в описании не спасают, если сервер упирается в диск, базу или лимиты процессов.
— CPU: смотри на стабильность, а не только на число ядер.
— RAM: оставь запас под пики, крон, бэкапы и кэш.
— Диск: для CMS и магазинов IOPS часто важнее объема.
— База: лимиты MySQL/PostgreSQL могут резать сайт раньше, чем закончится память.
Минимальный контроль: мониторинг ответа сайта, алерт по месту на диске, проверка бэкапа восстановлением, лог ошибок веб-сервера и приложения. Без этого о проблеме первым скажет клиент.
Хороший хостинг — не тот, где «много ресурсов», а тот, где понятно, что именно ограничивает рост. Перед апгрейдом найди узкое место: это надежнее, чем покупать сервер вслепую.
DevOps Маркетолога
@devops_marketologa_n1k
Сайт может быть быстрым на тесте и падать в проде: где обычно ломается хостинг
Этот пост опубликован в Telegram-канале DevOps Маркетолога. Подписаться можно по ссылке: @devops_marketologa_n1k.