Экономия на спичках или здравый смысл? Моя инфраструктура для AI-разработки на Beget
Почему я не стал настраивать автодеплой, и как это ускорило мою работу
Многие разработчики в 2026 году страдают «синдромом архитектора»: они тратят три дня на настройку идеального CI/CD пайплайна для сайта, который пишется за вечер. Когда я начал свой проект с помощью Claude, я чуть не наступил на те же грабли.
Дано:
- Хостинг: Beget
- Хранилище: GitHub
- Инструмент кодинга: Claude 4.6 Sonnet
Задача: Максимально быстро доставлять код на сервер, сохраняя историю версий.
Иллюзия автоматизации
Сначала я хотел «как в учебниках»: git push -> GitHub Actions -> SSH-коннект -> Деплой. Но реальность бюджетного хостинга и кривых SSH-ключей сказала: «Не сегодня». Потратив пару часов на дебаг, я задал себе вопрос: «Я хочу строить инфраструктуру или запускать продукт?»
Решение: Старый добрый rsync
Я выбрал одностороннюю ручную связку. Это как механическая коробка передач: надежно и ты всегда чувствуешь машину.
- Локалка → GitHub: Сделал коммит, пушнул. Это мой «черный ящик» на случай, если всё сгорит.
- Локалка → Beget: Одна команда в терминале — и через секунду сайт обновлен через rsync.
Почему это работает лучше «автомата» на старте:
- Никакого "Broken Build": На сервер попадает только то, что я проверил у себя. Автодеплой часто тянет за собой мусор или недописанные куски кода.
- Безопасность: Мой сервер не светится в GitHub Actions.
- Скорость итерации: С Claude я меняю код каждые 2 минуты. Делать на каждое мелкое исправление полноценный git push + wait for action — это потеря темпа. С rsync я обновляю только измененные байты.
Мой стек команд:
Вывод
Не бойтесь «ручных» решений. В эпоху AI, когда код пишется со скоростью мысли, важна гибкость. Автоматизируйте тогда, когда рутина начинает болеть, а не потому что «так принято на Medium».