Как правильно сделать хаб запросов в Laravel?

Question

[vadikrudnov]

Всем привет!

Как правильно сделать хаб запросов в Laravel?
Условно, есть API адрес в системе https://site.com/post/request/new на который попадают запросы из вне, с параметрами и проверкой API ключа.
Как лучше реализовать дальнейшую отправку данных из запроса по другому адресу https://site2.com/post/request/final, чтобы запросы проходили моментально, без ограничений и это все не нагружало сервер?
И кто подскажет, что при таком редиректе нагружается больше на сервере?

UPD
Вопрос: И кто подскажет, что при таком редиректе нагружается больше на сервере?
Ответ: В первую очередь процессор, во вторую, возможно, диски, но тут уже зависит от конкретных параметров и SQL-запросов.

Comments

[Алексей Уколов]

Из описания совершенно непонятна решаемая задача. Вам просто прокси с проверкой ключа нужно или что?

[vadikrudnov]

Алексей Уколов, необходимо получать данные из одного запроса и отправлять эти же данные на другой сервер другим запросом.
Человек по АПИ отправляет запрос на сервер-хаб, там берутся данные и перенаправляются на другой сервер другим запросом, а что тут не понятного? Запросы разные, первый запрос на сервер-хаб делается по ключу АПИ, и с сервера-хаба на 2 сервер также делается запрос по АПИ ключу.

[vadikrudnov]

Насколько я это вижу, приходит запрос, получаем его так:

$response = $request->all();
$param1 = $response->param1;
$param2 = $response->param2;
...

И сразу отправляем на другой сервер:

Http::withToken('xxxx')->post('https://site2.com/post/request/final', [
'param1' => $param1,
'param2' => $param2,
...
]);

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

[Дмитрий]

vadikrudnov, а смысл делать из ларки какой то прокси?

[vadikrudnov]

Дмитрий, смысл простой - Агрегаторная система, 1 запрос будет с неизвестного сервера, на хаб, и с хаба на 2 сервер будет идти, который тоже неизвестный. Необходимо, чтобы 1 сервер с которого идет запрос не знал, куда идет потом запрос с хаба, но при этом получал ответ с хаба. На хабе будет собираться вся информация и будет управление запросами этими ко 2 серверу и т.д. и т.п..

[Дмитрий]

vadikrudnov, ну берется nginx, на нем ставится proxy_pass, и клиент отправляет запрос на site.ru, а он улетает на hidden.ru, на котором можно поставить что бы он принимал любые запросы только с site.ru. Зачем на site.ru ларка?

[vadikrudnov]

Дмитрий, Ларка нужна для того, чтобы собирать всю инфу из запросов, которые приходят на site.ru, чтобы была админка, управление и т.д.. Клиент отправляет данные по АПИ по одному ключу, а для hidden.ru используются совершенно другие ключи и методы отправки, клиентов много, и у каждого свои ключи, если будет админка на site.ru , то по ключам клиентов можно их блокировать, ну и т.д.
proxy_pass тут врядли поможет.
и hidden.ru это посторонний сервер, к которому доступа нет, но ему можно слать запросы и получать ответы.

[Дмитрий]

vadikrudnov, hidden.ru ваш сервер? или вы собираетесь пробрасывать на сторонние апи?

[vadikrudnov]

Дмитрий, hidden.ru чужой! Да, на него надо отправлять запросы.

[Дмитрий]

vadikrudnov, ну так бы и сказали что собираетесь продавать доступ к чужим апи. Ну на самом деле плевать вам на процессоры памяти и sql запросы. Что у вас там будет нагружать - запрос есть ли такой ключ в вашей базе? и какой ему ключ соотвествует на чужом апи? это миллисекунды да и легко влазит в какой нибудь in memory redis. А вот на сетевых веселухах вы будете терять вагон времени.

[vadikrudnov]

Что у вас там будет нагружать - запрос есть ли такой ключ в вашей базе? и какой ему ключ соотвествует на чужом апи?

Примерно так, и + запись всех данных в базу в момент прихода запроса, ожидание ответа от hidden.ru и отправка его клиенту, а также проверки параметров из запроса по базе и т.д..

А вот на сетевых веселухах вы будете терять вагон времени.

Что Вы имеете в виду?

[Дмитрий]

Какие параметры по базе вам надо проверять? Запись запроса в базу может быть асинхронной, и никак скорость не затронет

вот все что не ожидание - сетевая веселуха. у вас она будет в квадрате - клиент к вам, вы к апи.

[vadikrudnov]

Какие параметры по базе вам надо проверять?

Те параметры, которые приходят в запросе на site.ru, текстовые, численные значения этих параметров и будут проверяться по базе на соответствие.

Спасибо большое за информацию!