Непонимание Docker идёт от узости кругозора, а также от биологического нежелания тратить энергию на обучение.

Я сам одно время считал, что докер не нужОн.

Когда у вас пара языков и пара проектов, не проблем настроить это на компьютере один раз. И написать себе инструкцию, которая пригодится в случае если придётся переходить на другой сервер или переустанавливать систему, что случается не часто. Поэтому докер тут непонятно зачем. Учить долго, а выгода неочевидна. Но совершенно другое дело, когда требуется смотреть несколько проектов в день. Они написаны под разные языки, используют разные базы и элементы окружения и их версии. Без докера, настройка всего этого по инструкциям или даже баш скриптами превращается в ад. А с докером docker up и всё работает. То же самое с Ansible, его удобство понимаешь на десятом поднятом VPS. То же самое с Terraform. Он оказывается очень нужен, когда проходишь не первый переезд на другой хостинг или настройку большой системы.

Это, как сваи у дома или берега, одетые в гранит. Пока нет наводнения кажется, что не нужно.

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

Современный стек для web:

• iOS + Android native или Flutter в зависимости от сложности приложения и бюджета

• Фронт на React или Vue. Предпочитаю первое

• Kuber для возможных задач роста, даже если сервер один

• Terraform для поднятия VPS. Не руками же, как австралопитек

• Ansible для первичной настройки VPS, например для установки того же Docker

• Репозиторий с CI/CD скриптами, чтобы не залезать на сервер в консоль вообще, а также гонять тесты и делать сборки. Предпочитаю Gitea + Drone или GitHub + GitHub actions

• Traefik для работы с поддоменами

• Graylog или Logstash, не на сервере ж в консольке логи читать

• VictoriaMetrics - улучшенный аналог Prometheus для сбора внутренних метрик

• Пачка экспортеров для VictoriaMetrics

• Grafana с пачкой дашбордов

• SonarQube и линтеры для автоматической проверки качества кода

• Kafka для очередей. Не синхронно же те же письма отправлять

• Hugo и аналоги для генерации документации в HTML. Можно просто md хранить, но это неудобно читать. Можно Confluence, Wiki на своём сервере. Облака, тот же Notion - нет. Как с них бэкапы автоматически делать?

• Jira и минимум дашбордов: сгорание денег, выполненные сторипоинты, информация о деполоях и релизах, баги открытые и закрытые, информация о бэклоге и его изменении, количество кода и тестов, подтягивание из репозитория. Иначе вы будете, как дикарь объяснять команде/начальнику/инвесторам/себе почему так долго, и что делали словами.

• Google Analytics, Яндекс Метрика или self hosted решение

• Бэкапы при помощи rsync или restic в зависимости от типа данных

Это база. Инструментов может быть больше, но без любого из этих инструментов вы лишаете себя либо надёжности либо удобства.

Плюсом, надо изучать современные инструменты разработки. Я до сих пор наблюдаю, как люди печатают, глядя на клавиатуру, не пользуются алиасами, не знают про git commit convention, сидят в bash, вместо zsh, пишут в Eclipse и так далее. Мозг сохраняет почти ту же скорость обучения в 50 лет, что и в 20. После 50 идёт снижение, но не критическое. За пруфами ищите графики синаптогенеза у взрослых. Так что не надо прикрывать возрастом нежелание учиться или интеллектуальную слабость.

Инфраструктура настраивается не один месяц. Да, это нужно делать даже для простых проектов. Да, это нужно делать даже если работаешь один.

По началу вам может казаться, что это избыточно. Но потом когда большая часть сконфигурирована, технологии знакомы и всё делается парой команд, вам даже сайт визитку некомфортно будет делать без обвязки. Захотите логи NGINX посмотреть, а удобного инструмента нет :/

Что-бы вам поддерживали проект на WP нужно тоже найти человека, который делает это качественно.

Можно, конечно, публиковать заказы на фрилансе, выбирая самые дешёвые предложения. Тут вы сэкономите. Вопрос в том, как быстро при таком подходе ваш сайт превратиться в кашу из кучи плагинов и неподдерживаемого кода, с которым в дальнейшем не захочет работать ни один разработчик. И тогда придется в лучшем случае найти специалиста, который согласиться привести сайт в порядок, в худшем - делать проект с нуля.

Особенно это касается сайтов с WooCommerce или сложных проектов. Мне в свое время посчастливилось поработать с такими, и порой страшно вспоминать, что там можно было увидеть.

>Альтернатива? Набрать штат дармоедов, которые сделают тоже самое, но с нуля, зато на реакте и в докере с ci/cd, бест практисами прочим энтерпрайщитом.
Зачем условному заказчику тратить деньги на целый it отдел и месяцы работы, если на фрилансе за 3 копейки тебе все сделают в лучшем виде?

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