Где хранить финансовые транзакции платежной системы?

Question

[ALauder]

Добрый день! Проектирую платежную систему для внутренних платежей между клиентами компании.

Цель: Обеспечить 10 000 клиентам компании возможность взаиморасчетов и переводов средств между своими счетами со скоростью транзакции не более 5 секунд в 80% случаев и максимальной суммой эквивалентной 30 000 евро в сутки на клиента.

Требование к надежности: Система должна допускать не более 1 сбоя на 10 000 транзакций с максимальным временем восстановления 30 минут.

У меня есть разные виды данных:
Логины и хэши паролей. Основной риск: нельзя допустить потерю доступа владельца системы
Данные о клиентах, персональные данные и справочные данные. Основной риск: Утечка данных.
Скан-копии документов. Основной риск: Медленная запись и извлечение данных (большой объем). Утечка данных.
Финансовые транзакции. Основной писк: Нельзя допустить изменения данных. При этом нужно обеспечить приемлимую скорость транзакции. Данные не при каких обстоятельствах не могут быть утеряны.
Журнал событий (авторизация пользователей, действия пользователей). Основной писк: Нельзя допустить изменения данных. Скорость записи должна быть высокой.
Настройки приложений
Лог-файлы
Обопщенные управленческие данные (OLAP-кубы, витрины данных)

Самый больной вопрос по финансовым транзакциям. Где лучше их хранить? Блокчейн?
И самое главное - как на цифрах обосновать обосновать справедливость выбора того или иного решения?

Comments

[sim3x]

Простите, но

Основной риск

ето то что у вас нет ответов на все подвопросы

Выбор субд зависит от компетинций комманды

[ТыжСисАдмин]

sim3x, да ладно, где там rps вообще, от 0 до 2000, вообще мелочь :D

[sim3x]

ТыжСисАдмин, не вижу там слова одновременно
Но на всякий случай исправлю свое высказывание

Answer 1

[nrgian]

Где лучше их хранить? Блокчейн?

Ох уж эта мода.

Блокчейн - это защита от подделок.
При условии, что кто-то будет вести у себя независимо дубль транзакций.
Таким образом, вы этого кого-то не сможете обмануть.

Будет у вас такой кто-то (это независимая организация/независимый человек)?
Если нет - то никакого блокчейна, пользы от него не будует.

Иначе - обычный наирядовой сервер СУБД с синхронной репликацией, да хоть PostgreSQL.
И рядовые подписи, хоть алгоритмом RSA

Answer 2

[longclaps]

Хороший вопрос, длинный, подробный. Сразу видно, что вы разобрались в том, что вам надо.

Проектирую платежную систему для внутренних платежей между клиентами компании.

Вот, это - централизованная система, такие существовали 500 лет до изобретения блокчейна, со времён появления банков (это я вам цифру для обоснования накинул).

А теперь идите и вытряхните мусор из головы. Авось поможет.

Answer 3

[АртемЪ]

Где хранить финансовые транзакции платежной системы?

В базе данных.
Все остальное это не вопрос, а достаточно объемная задача, требующая анализа ситуации и приличного объема работ.
В общем это вне тематики ресурса.

Самый больной вопрос по финансовым транзакциям. Где лучше их хранить? Блокчейн?

База данных.
Блокчейн при желании можно присобачить куда угодно, но описанной ситуации он абсолютно бесполезен и не несет никакой смысловой нагрузки.

Answer 4

[Руслан Федосеев]

Отдайте клавиатуру взрослым. Не ваше оно...