Web.php, убери мидлвар auth  с этого роута

Здравствуйте, ребят подскажите как создать токен для пользователя.
ПО документации:
Мне не понятно где использовать вот это :
-

POST /oauth/clients

и вот это :

const data = {
    name: 'Client Name',
    redirect: 'http://example.com/callback'
};

axios.post('/oauth/clients', data)
    .then(response => {
        console.log(response.data);
    })
    .catch (response => {
        // List errors on response...
    });

POST /oauth/clients

const data = {
    name: 'Client Name',
    redirect: 'http://example.com/callback'
};

axios.post('/oauth/clients', data)
    .then(response => {
        console.log(response.data);
    })
    .catch (response => {
        // List errors on response...
    });

Это для шаблона vue или react

Подскажите пожалуйста, есть сайт монолит, хотим разбить его на микросервисы, бекенд и фронт, отдельно бд и сервер распределение нагрузки. Если у нас онлайн примерно 5-6к пользователей, нужно ли сейчас беспокоится и выносить сокеты так же на отдельный сервер ? Если да на что обратить внимание при выборе сервера ?

Что люди делали до того, как узнали слово «микросервисы»?

Что люди делали до того как сделали ларавель? При чем тут твой вопрос?

Честно говоря на микросервисы не похоже, а просто разнесение инфраструктуры

Нужно просто с чего то начать) Выделили то что нам сейчас понятнее всего и проще так сказать, остальное подтянем по ходу)

Ну просто это разные понятия. Вы хотите монолит горизонтально маштабировать . Микро тут не при чем совсем.

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

далее что то вынести в кеш, что то в облако, бд сокеты, фронт бек, распределение нагрузки, я просто так и не увидел четкого определения микросервисов

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

то есть грубо говоря с помощью докера и трусервера мощного, можно разделить все на сервисы по контейнерам верно ?

Да нет тут ничего "не так", просто оперируете не той терминологией и отвечать вам соответсвенно будут не то.
Разносите базу и сервер на разные машины, потос если надо начинаете читать про балансировку нагрузки  бэка и master slave базы.
Микросервисы - это когда грубо говоря у вас магазин. Так вот юзеры - это отдеьный сервис с своим бэком и базой, каталог товаров - отдельный сервис с своим бэком и базой, какой нить расчет товара и хранение инфы о ценах - опять отдельно. И еще главный сервис который этим оперирует.

П.С. мог и херню сказать в деталях, но ваша идея - не микросервисы, а масштабирование монолита.

вопрос к профи) пишу пакет который пересекается с ларавел, там работа с моделью котораая в auth) так вот как правильно сделать чтобы тесты проходили вне проекта котоый на ларе, сейчас сделал модель которая наследуется \Illuminate\Foundation\Auth\User и уже в тестах создаю миграцию для этой модели и работаю даже с ней

то есть чтобы пакет не был задейтвовать с моделью App\User

Интерфейс? Как Authenticatable

Не профи, но подумать как сделать так, чтобы он вообще с ней взаимодействовал. Передававать данные через параметры, а не Auth::user() , сделать свой адаптер/интерфейс адаптера. Один из адаптеров может работать с объектом пользователя лары

+