Не так давно писал про Coolify — UI для управления Docker-сервисами, деплоями, бэкапами, доменами и всем сопутствующим.
В комментариях мне тогда справедливо накидали: было не очень понятно, какую именно проблему я пытаюсь решить. Честно говоря, я и сам не смог это нормально сформулировать. Наверное, хотелось просто удобства: меньше ходить руками на сервер, меньше держать в голове инфраструктурную рутину, больше управлять всем из одного места.
Я немного поигрался с Coolify и понял, что под мой текущий формат он, скорее всего, не подходит.
У него очень сильная сторона там, где сервисы можно разложить по отдельным приложениям: без жесткой очередности запуска, без bootstrap-контейнеров, без сложной связности внутри одного большого compose-файла. Например, задеплоить Astro-сайт — легко. Поднять WordPress с PostgreSQL и Redis — тоже. Бэкапы будут делаться, в Яндекс Облако улетать, rolling update есть, домены и сертификаты тоже удобно управляются.
Но когда я попытался разрезать свой Docker Compose и завести это в таком формате, стало понятно, что получается не очень естественно. Можно заставить работать, но появляется ощущение, что я борюсь не с проблемой, а с инструментом.
На своем сервере у меня сейчас все проще: один Docker Compose, проксирующий сервис спереди и понятная схема запуска. Это не так красиво с точки зрения интерфейса, зато очень прозрачно. Единственный минус — каждый раз приходится самому собирать обвязку вокруг деплоя, бэкапов и обновлений.
В итоге возвращаюсь к более скучному, но подходящему мне варианту: голый сервер с Docker, деплой через GitHub Actions и отдельный сервис, который будет делать бэкапы PostgreSQL и отправлять их в Яндекс Облако.
Заодно хочу попробовать заменить свой сервис для выпуска сертификатов и autodiscovery доменов на Caddy. По описанию выглядит так, будто он может закрыть большую часть этой логики гораздо проще.
И еще хочу добавить автоматический бамп версий: чтобы раз в месяц прилетал PR в GitHub, я его смотрел, мерджил, и после этого все обновлялось само.
В общем, Coolify классный, просто не под мой сценарий. Для небольших независимых сервисов и типовых приложений он выглядит очень сильным решением. А мне сейчас, похоже, важнее не универсальная панель управления, а максимально предсказуемая и простая инфраструктура, которую я хорошо понимаю.
Post #717
507
Бодрый кодер Я очень долгое время (наверное последние лет 7) свои pet-проекты держу на обычной VPS с Docker Compose. И это, если честно, вполне рабочий вариант. Особенно когда проектов немного и ты один и разработчик, и DevOps, и человек, который потом ночью чинит прод…
- 👍 2