Как в идеале делается деплой среднего веб-приложения?

Question

[Dbtzhv]

Я правильно понимаю, что актуальный подход - это докер?
Можете написать шаги пж. Я так понимаю, там одним докером не ограничиваются

И что насчет github actions и компании? Я не совсем понимаю, куда там сам деплой происходит. Или надо в том же yml'е указывать инструкции для деплоя на хост?

Answer 1

[Everything_is_bad]

Нет никакого идеала, деполой зависит от конкретного "веб-приложения", докер это всего лишь один из вариантов, по мне так не самый удачный.

Answer 2

[Михаил Р.]

Приложение > тесты > создание docker image приложения > ci/cd > создание docker container приложения из образа.

Answer 3

[Ярослав]

Вы не уточнили, у вашего приложения есть бэкенд или нет? Потому что бывает и так и так. Можно делать сайт, скажем, для простой продажи билетов в кино или на самолет или показывать погоду в городах мира - и не иметь своего бэкенда, пользоваться бэкендом театров/авиакомпаний - в таком случае сайт будет статичным (html/css/js + jpg/png/mp4).
Для статичного сайта есть много хостингов, в том числе бесплатных от github, gitlab, cloudflare, netlify, vercel вроде.

В работе это делается просто через коммит-пуш в гит репозиторий. Проще это на практике попробовать-пощупать через простой тестовый статический сайт на github pages.

Если у вас сайт с бэкендом (собственным API), то можно разделить фронт и бэк на разные проекты, и тогда всю работу с фронтом можно вести как я описал выше. Только API погоды у вас не какой-то внешней компании, а собственный, на своем сервере.