разных сервиса через в методы API. uuid4 служит внешним ключем для связи сервисов. Объектами являются пользователи, у которых так же есть пароль.
Суть проблемы:
Если один из сервисов отвалился и ретраи не помогли, а при каждом запуске скрипта будет сгенерирован новый ключ и пароль. Что в таком случае правильно сделать, чтоб каким-то образом не побить все зависимости?
Я сейчас планирую писать ключ в БД. А так же, возможно, создать таблицу для ретраев, чтоб по крону ее чекать. Таким образом связь не побьется, но что делать с паролем? Хранить пароль открытым плохая практика. Хэш пароля, если его нельзя раскрыть, толку не даст. А если можно раскрыть, то это же тоже не есть хорошо?
Помогите, пожалуйста, спроектировать код правильно.
а у тебя очереди нет?
ну если прям совсем тяжко - БД можно юзать как очередь, но будут пробелмы с масштабированием
Но ведь будет пароль хранится в БД. Что с ним лучше сделать? Я могу попробовать юзать специальную "секретницу" Яндекса (это сервис для хранения паролей), где через апи можно получить данные типа ключ:значение. Или можно через KMS (сервис шифрования) шифровать и расшифровать пароль. Или для крона можно поставить условие хранение "сообщения" на, условно, сутки и не прятать пароль, а при истечении суток его удалять из БД?
Почему сверять ток один может? Шо?
Потому что только один сервис позволяет легко узнать, как он сверяет и держит пароли. У меня есть доступ в БД к нему. Я могу захэшировать и отдать ему хэш-пароль и авторизация будет вполне успешной. Остальные предпочитают использовать свои алгоритмы шифрования.
Обсуждают сегодня