Всем привет Делаю интеграцию с банком. Есть такое флоу: пользователь хочет

Question

Всем привет Делаю интеграцию с банком. Есть такое флоу: пользователь хочет

сделать интеграцию, запрашивает инфу о банке. Для этого у меня есть эндпоинт, аля /bankName/accounts. Юзер выбирает какие аккаунты он хочет добавить, и делает второй запрос /bankName/selectAccounts. Я эти аккаунты сохраню у себя + сделаю еще одну табличку в базе аля bankNameUserInfo, чтоб сохранить линки на вебхуки и тд и добавлю к bankAccount поле userId, чтоб связать их

Вопрос: норм ли подход, или можно сделать лучше? Вопрос именно в самом флоу, а также в том норм ли делать два запроса. Может лучше один, но с параметром или тд
Второй вопрос: как лучше всего хранить промежуточную информацию? Допустим юзер запросил accounts, я ожидаю второй запрос, но юзер забил хрен и ничего не присылает. Я не хочу хранить эти данные в базе вечно, в идеале заюзать какое-то хранилище на 30 минут, сохранить туда респонс в виде строки (чтоб не хранить структуру) и все. Что мне заюзать для этого? Redis, Mongo, etc?

#backend #javascript #node.js #programming #russian

0

05.11.2020

9 ответов

13 просмотров

Dmytro Svyrydenko Автор вопроса

Ребят, подскажите пжлст)

0

05.11.2020

Dmytro Svyrydenko Автор вопроса

Основной вопрос это как лучше всего хранить промежуточные данные. Клиент делает запрос ОДИН на сервер. Сервер отдает ответ, и от результата ответа клиент может сделать запрос ДВА. Нужно как-то сохранить промежуточный ответ между ОДИН и ДВА, ибо юзер может сделать запрос ДВА в произвольное время. При этом структурировать данные не нужно, записывать в базу их тоже не нужно. Что для такого обычно юзают? Никакого хайлоада на проекте не ожидается 100%

0

05.11.2020

Алексей Попов

ну если в базу записывать не надо, остаётся хранить в памяти вопрос то в чём?

0

05.11.2020

Sergey 🧻🤲

Храни в кеше тогда

0

05.11.2020

Dmytro Svyrydenko Автор вопроса

Ну блин в этом и вопрос В памяти хранить это что значит? В памяти хранить 30 минт/час/сутки это норм?