Self-hosted трекер на dedicated: какой стек не разваливается под трафиком

Self-hosted трекер на dedicated: какой стек не разваливается под трафиком

Для собственного трекера на выделенном сервере базовый стек обычно выглядит так: Nginx как reverse proxy, сам трекер, отдельная БД, Redis для очередей и кэша, плюс systemd или supervisor для контроля процессов. Если лить много, выносите БД на отдельный диск и не смешивайте её с логами.

Схема проста: входящий трафик режет Nginx, трекер принимает клики и конверсии, БД хранит события, Redis разгружает фоновые задачи. Логи сразу отправляйте в ротацию, иначе диск забьётся раньше, чем вы заметите деградацию. Для SMTP, webhooks и postback’ов держите отдельные воркеры, а не вешайте всё на один процесс.

На сервере важнее не мощность CPU, а предсказуемость I/O и памяти. Под трекер плохо подходят шумные соседи, поэтому dedicated берут именно ради стабильного диска, сети и возможности жёстко контролировать нагрузку. Мониторьте latency БД, очередь фоновых задач и количество 5xx на прокси.

Базовый чек-лист перед заливом: отдельный домен для трекера, TLS, бэкапы БД, лимиты на процессы, алерты по диску и памяти, тестовый поток кликов и конверсий. Если это есть, стек переживает не только старт, но и нормальный прод без ручного тушения пожаров.