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