Может, конечно, что-то не корректно, но это не выдуманная архитектура, а то что работает. В опыте это первый мой проект, и тут я встретил подобное, что мне очень удобно в плане разработки. У каждого разработчика своя ответственность, он ни с кем не конфликтует. Плюс логика разделена, за платежи отвечает один сервис, за обновление и синхронизацию другой и так далее. Разве не удобно
Данный вопрос наверное больше относится к теме паттерн микросервисной архитектуры, о которой планирую написать следующую статью, за одно и разобраться более детально. Но могу ошибиться
Мы работаем с выплатами, так как они не частые, то блокируем создание новой транзакции пока не завершится старая. Есть время когда на фронте просто невозможно создать выплату
используется АПИ шлюз, кафка и кеширование для редко меняющихся данных. Шлюз собирает данные по сервисам, кафка в основном распространяет данные для обновлений в сервисах которые не связаны со шлюзам (эта в основном фоновые задачи, рассчеты, заполнение базы)
Может, конечно, что-то не корректно, но это не выдуманная архитектура, а то что работает. В опыте это первый мой проект, и тут я встретил подобное, что мне очень удобно в плане разработки. У каждого разработчика своя ответственность, он ни с кем не конфликтует. Плюс логика разделена, за платежи отвечает один сервис, за обновление и синхронизацию другой и так далее. Разве не удобно
Данный вопрос наверное больше относится к теме паттерн микросервисной архитектуры, о которой планирую написать следующую статью, за одно и разобраться более детально. Но могу ошибиться
Это мой первый опыт и пока требования четыре девятки, думаю что есть компании у кого требования выше
Кстати, не подумал про БД авторизации.. наверное так как не отвечал никогда за сервис авторизации.
Тут надо изучить тему, не готов ответить пока :-)
Мы работаем с выплатами, так как они не частые, то блокируем создание новой транзакции пока не завершится старая. Есть время когда на фронте просто невозможно создать выплату
используется АПИ шлюз, кафка и кеширование для редко меняющихся данных. Шлюз собирает данные по сервисам, кафка в основном распространяет данные для обновлений в сервисах которые не связаны со шлюзам (эта в основном фоновые задачи, рассчеты, заполнение базы)
Согласен, не корректное выражение! Тут имелось ввиду при командной разработке, данная архитектура просто поддерживается не мешая друг другу
без использования) Первый раз писал статью, думал поможет лучше самому разобраться в теме
Подразумевается кластер, просто явно не описано)
Эхх, жду когда выйдет полная версия)) Буду оптимизировать питоновский код и радоваться производительность!