Перейти к содержимому

Пост канала

System Design
  1. Скоро кончится лето... пора потихоньку готовиться к собесам. Представьте, что вы проходите собес в Stripe (хотя, кого я обманываю, это будет Сбер и их ЮКасса) и на секции System Design вам дают задачу - спроектировать платежную систему, которая выдержит 10 тысяч транзакций в секунду, сохранит полный аудит каждой операции и не спишет платеж с клиента дважды. В статье разберем, как: • избегать попадания данных карты на серверы продавца, используя iframe и шифрование на клиенте • строить неизменяемый аудиторский след через CDC и поток событий в Kafka • не считать таймаут платежной сети сбоем и автоматически сверять спорные платежи • шардировать базу по merchant_id и партиционировать Kafka по payment_intent_id, чтобы держать 10 тысяч TPS и не ломать порядок событий внутри одного платежа

    Открыть в MAX
    Просмотры
    15
    ER
    20,0%
    Реакции
    3