Как стать автором
Обновить

220 платежей в секунду: выдержать нельзя упасть

Время на прочтение9 мин
Количество просмотров11K
Всего голосов 22: ↑20 и ↓2+24
Комментарии9

Комментарии 9

"2к платежей в минуту"

Конечно мы всем отделом Binance посмеялись , думаю вам не стоит знать сколько у нас операций в СЕКУНДУ в пики трейдинга высокочастотными ботами )

Меня тоже улыбнуло.

Ну озвучьте порядок, сколько там у вас, может и над вами посмеемся :)

Не бинанс, но 15к оп./сек обычная нагрузка, при тестировании проблемы начинают появляться лишь при нагруpке выше 150к/сек.

Очень интересно! А каков профиль нагрузки в плане соотношения чтение/запись и сколько/какого "железа" под эту нагрузку выделено?

будем рады почитать про ваш опыт. Хабр же про обмен опытом?

ну так напишите что-нибудь дельное

100к — 120к ордеров в секунду. Чуть выше движка NASDAQ. Обработка на Kafka 3 уровня — ksql. Железо стандартные XEON кластеризация по парам per machine на самых активных парах.

Целую статью не могу написать. У нас с этим жестко, безопасники , маркетинг и т.д.

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

Хотя может я ошибаюсь, и у вас клиринг всех операций прям на лету происходит.

К тому же у вас пары, что в условиях озона ближе к "контрагент per machine" или "клиент per machine" по вариативности торгуемых предметов.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий