Привет, коллеги! 👋
На неделе обсуждали вопросы деплоя не просто так. Подведём итоги.
Как чаще всего разработчики делают деплой?
1. Выполнение деплоя по ssh.
+ полный контроль процесса
- трата времени на каждый деплой
- недоступность проекта во время обновления
- человеческий фактор
Этот вариант можно автоматизировать с помощью специального скрипта на сервере, который избавит от части рутины, но всё равно требуется значительная вовлечённость в процесс деплоя и коннекта к серверу.
2. GitHub Actions / GitLab Pipelines.
+ автоматизация, избавление от рутины
- отсутствие контроля за результатом выполнения
- нет возможности быстрого отката на предыдущую версию при необходимости
- на время деплоя проект будет недоступен для пользователей
Вне зависимости от метода обновления, могут возникать различные ошибки, как во время самого процесса деплоя, так и при подготовке релиза: некорректный билд ассетов, разработчик забыл выполнить миграции, обновить конфигурацию и т.д.😐
В общем, процесс деплоя начинает со временем раздражать и вызывать страх (особенно в пятницу), особенно на проектах, которые надо часто обновлять. Полностью автоматизировать процесс деплоя не получалось, всё равно приходится контролировать процесс и участвовать в нём. А я всегда испытываю желание автоматизировать процессы и меньше заниматься рутиной. Ведь хороший разработчик - ленивый разработчик. 🧐
Я как и многие разработчики в своё время выбрал Envoyer. Всё устраивало до тех пор, пока он стал недоступен для оплаты из РФ. Вариант возвращаться к "классическим" вариантам деплоя нагонял на меня тоску и вынудил сделать свой инструмент для автоматизации деплоя, который я показал в видео. Как оказалось, много разработчиков также нуждаются в подобном сервисе и было принято решение сделать свой сервис по деплою.
Итак, всё что есть в Envoyer уже реализовали (ssh-соединения, нулевое время простоя приложения, кастомизируемые hooks, работа с несколькими проектами, уведомления, Heath check), а также добавлили те фишки, которых нам не хватало:
- уведомление по результатам деплоя со скриншотом в telegram
- импорт/экспорт настроек
- подробные логи по каждому деплою
- удобная работа с env
🥳Итак, сегодня, в пятницу 5-го числа сервис для деплоя приложений от CutCode on-fri.day готов к применению (задеплоен для общего пользования)!
onFriday прошёл опытную эксплуатацию, документация готова, видеоинструкция в процессе записи.
Говорят, что в пятницу нельзя деплоить, но если использовать onFriday, то можно! 🙃
Пора попробовать onFriday в деле! ⚡️
https://on-fri.day
Post #514
1.33K
- 🔥 15
- 👍 5
- 👏 1