Как разместить vue-ssr или nuxt приложение и laravel api на одном vps сервере/домене?
Товарищи, вы же умные, выручайте. Совсем в голове уже все смешалось.
Только, пожалуйста, не как вы лучше всех умеете- еще больше запутать)
Мне кажется я уже донельзя все усложнил в своей голове.
Домен есть. VPS приобрету. А дальше сплошной туман. Точнее по одиночке вроде понимаю как развернуть - или laravel-сайт или nuxt приложение. То есть или node или php.
А как это все воедино то оформить?
Ни одного разумного гайда не нашел - значит в корне где-то ошибаюсь.
Разместить-то проще простого — просто установить пакеты php и node.
Сложность в том чтобы разделить запросы к точке входа и к бэк-апи.
Я так понимаю разруливается каким-нибудь nginx-ом.
JhaoDa, вы как говорится уважаемый, но далеко не первый раз предлагаете правки по тегам.
Прошу тогда пояснить или разъяснить Вашу позицию, чтобы впредь не употреблял Laravel всуе.
Решение в лоб - Nginx в качестве reverse proxy, но есть более современный и удобный вариант:
- Laravel упаковать в один Docker контейнер, Vue во второй
- запускать контейнеры с помощью Docker Compose
- запросы роутить с помощью Traefik
Подними пхп на одном порте, nginx на другом, nuxt на 80. 80 порт открой, чтоб его было видно извне. Для nuxt укажи адрес и порт nginx. В nginx настрой обработку php на порт, на котором поднят пхп. Все.
Можешь попробовать обойтись без nginx, и поднять простенький вебсервер прям на пхп, такие пакеты есть.
Php,бд(но на самом деле нежелательно подымать бд в докере),nginx для php-fpm отдельно(например в одном композ файле), nuxt отдельно(в другом композ файле), единственное что у них должно быть общего это одна external network(чтобы nuxt мог стучаться к api на php в режиме ssr). Через nginx на хостовой машине перенаправляете запросы, которые к api, к php, которые не к api на ssr.
Nginx в режиме reverse proxy - отличный, проверенный временем инструмент, но он неприменим для роутинга запросов в Docker.
Использование традиционных способов масштабирования приложений по ядрам (запуск нескольких экземпляров с помощью uwsgi, supervisor, php-fpm, и т.д.) противоречит одному из основополагающих принципов использования докера - "one process per container". Теперь это достигается изменением количества контейнеров.
Предположим, приложение запускается на восьмиядерном процессоре, и нам нужно шестнадцать процессов, чтобы оптимально его загрузить. Значит docker-compose up нужно вызывать с параметром --scale my_app=16. В результате будет создано шестнадцать контейнеров, каждый из которых имеет уникальный IP адрес, причем назначаются эти адреса произвольно - пытаться вручную прописывать их в конфиге Nginx неразумно. Сам docker-compose балансировать запросы не умеет, соответственно параметр ports: HOST:CONTAINER использовать тоже не получится.
Выходом из этой ситуации является reverse proxy с поддержкой service discovery, например, Traefik. В docker-compose.yml прописываются правила роутинга для каждого сервиса (домен или путь), и Traefik автоматически их подхватывает, обеспечивая роутинг и load balancing. При этом настраивается он ещё проще чем Nginx: вся конфигурация - буквально несколько строк.
Всем спасибо. Извините, что не сразу отвечаю. Благодаря одному важному комментарию-совету я сегодня за 4-5 часов все же осилил эту связку. Маленькая, но важная победа для меня.
Докеры я не осилил...
сделал через reverse proxy.
Я правда в этом не разбираюсь, но машина поехала.
Вы лучшие! Особенно когда простыми словами)
