AE
А если в луа асинком рестик дергать?
Size: a a a
2021 March 31
AE
Нада дядю Юру звать. Он луа адепт
EG
Anton Ershov
А если в луа асинком рестик дергать?
Ну запрос асинхроный допустим можно сделать, но если запоашиваемые данные нужны для выполнения дальнейшей бизнес логики, то собственно вопрос что делать, т.к далее идёт синхронный код :) но а вообще, если api отвечает так долго, что это заметно клиенту, то я бы посмотрел в сторону оптимизации бэкенда api, и возможно это будет гораздо проще технически реализовать
AE
Неее...когда логика зависит от ответа тут хочешь не хочешь будешь ждать и луа в этом вопросе лучше подойдёт чем курл из диалплана но речь то вроде как раз что б дернуть рестик и не встать в ожидании выполнения
OS
сказать по правде, в луа, с высокой долей вероятности используется тот же самы curl, только в виде либы :)
RP
Ну запрос асинхроный допустим можно сделать, но если запоашиваемые данные нужны для выполнения дальнейшей бизнес логики, то собственно вопрос что делать, т.к далее идёт синхронный код :) но а вообще, если api отвечает так долго, что это заметно клиенту, то я бы посмотрел в сторону оптимизации бэкенда api, и возможно это будет гораздо проще технически реализовать
Как правило, апи предоставляет сторонний сервис который тебе неподвластен. Поэтому оптимизировать ты вряд ли что-то сможешь.
EG
Как правило, апи предоставляет сторонний сервис который тебе неподвластен. Поэтому оптимизировать ты вряд ли что-то сможешь.
Ну не как правило, в моей работе это скорее исключение, обращаться к api стороннего сервиса. Ну и опять же от данных зависит, можно кэшировать результаты запросов, не 100% варик конечно, но лучше чем ничего 😉
EG
Anton Ershov
Неее...когда логика зависит от ответа тут хочешь не хочешь будешь ждать и луа в этом вопросе лучше подойдёт чем курл из диалплана но речь то вроде как раз что б дернуть рестик и не встать в ожидании выполнения
В принципе Роман выше норм варик написал с событиями ами
AE
да кто ж спорит. вот тока с ами то тоже извините не все просто. а если сервис который слушает ами протух. фсеО? тыква?
AE
нет тут серебряной пули как не крути
EG
сказать по правде, в луа, с высокой долей вероятности используется тот же самы curl, только в виде либы :)
Нее, там своя реализация, если я ничего не путаю
AE
и хоть ами хоть луа надо иметь скил в ЯП
EG
Anton Ershov
да кто ж спорит. вот тока с ами то тоже извините не все просто. а если сервис который слушает ами протух. фсеО? тыква?
А что значит протух?)
AE
ну умер ваш сервис который слушает ами
AE
systemd не спас
PZ
Вот вы развели) для моих целей достаточно system curl из диалплана, вполне надежно. А вот в масштабировании можно долго обсуждать и у каждого свое будет)
AE
ну дак чатеГ для того и придуман что умные дядки спорили, а тот кто учитсО читал и училсО
RP
Pavel Z
Вот вы развели) для моих целей достаточно system curl из диалплана, вполне надежно. А вот в масштабировании можно долго обсуждать и у каждого свое будет)
а если канал интернета до того хоста помер? или сам сервис нае*нулся и пол дня простаивает?! Должен быть резервный механизм если нужна 100% доставка, хоть парсинг логов по определенной строчке в кторой есть нужная инфа а потом ее отправка
EG
Anton Ershov
да кто ж спорит. вот тока с ами то тоже извините не все просто. а если сервис который слушает ами протух. фсеО? тыква?
Делаешь слушатель на том же хосте, что и астер, чтобы ломаться нечему, разворачиваешь кластер rabbitmq, пишешь асинхроные воркереюы обработки, которые будут заслать http запросы 😀 обмазаться ha пополной)))
PZ
а если канал интернета до того хоста помер? или сам сервис нае*нулся и пол дня простаивает?! Должен быть резервный механизм если нужна 100% доставка, хоть парсинг логов по определенной строчке в кторой есть нужная инфа а потом ее отправка
Ну у меня есть резерв, в виде иного механизма работы) а вы про масштабирование)