собой подразумевает то, что запрос от пользователя на твой сервер идет до некого api шлюза, который может быть написан на go, nginx plus и тд. Смысл в том, чтобы оно давало тебе возможность перенаправлять запросы на нужные сервисы, осуществлять авторизацию и возможность горизонтально масштабировать все это дело. С этим у меня проблем нет, у меня есть проблема с тем, что я не знаю, как мне использовать laravel/lumen как сервис. Ведь сервис в микросерв архитектуре представляет из себя как раз некоторое приложение, которое отвечает на http запросы. Нужно это, чтобы сервисы могли общаться друг с другом.
Поэтому спрашиваю еще раз: как мне использовать laravel/lumen как сервис, как поднять его как сервер-приложение, если не брать в рассчет php -S localhost -t ./public(ибо он из оф доки говорит о том, что в продакшен его таксать нельзя)?
API getaway разве не проксирует запросы в php-fpm?
Как связаны понятия 'микросервис' и 'написан на'?
У тебя в любом случае будет Nginx. Ты в контейнере запускаешь свой микросервис. В нем php + Nginx + база(если микросервис изолирован).
Смысл микросервиса не в том что у тебя одно приложение, а в том что у тебя один «контейнер» - отвечает за одну задачу. Например пользователь, корзина (CRUD).
Обсуждают сегодня