Deutsche Bank Global Technology Проект торговой площадки Avalanche Trade System (ATS) Александр Баландин / Сергей Киселев / Александр Иванилов / Эдуард Филиппи Techno Bambi
Постановка задачи Альтернативы Требования к торговой площадке Структура бизнеспроцесса Схема торговой площадки Маркетинг Пользователи информации Единовременная поддержка деятельности сотни компаний Спроектировать торговую площадку От 100 до 300 сделок ежесекундно Обмен данными с 30 крупнейшими мировыми биржами Для обеспечения конкурентоспособности торговой площадки на рынке время обработки заявки должно быть менее 5 миллисекунд (против 5 -6 миллисекунд у конкурентов) Контролирующие органы Биржи Торговая площадка Режим работы « 24*5, 5» с отказоустойчивостью более 99, 99% Запас производительности под растущую нагрузку (20 -30% в год) Пенсионные фонды Банки Требования к системам Business Critical Высокая надежность Система относится к классу Business Critical Минимальная внутренняя задержка Регистрация всей информации Бесперебойная работа в случае аварии Возможность добавления ресурсов Устойчивость к пиковым нагрузкам
Постановка задачи Альтернативы Структура бизнеспроцесса Общая память Схема торговой площадки Маркетинг НЕ надежная Организация архитектуры сети Критерий Общая шина Скорость Минимальное количество обращений к базе данных. Мгновенная трансляция рыночной информации. Большое значение задержек на чтение и запись данных. Блокировки одновременных сообщений. Обеспечивается резервной шиной. Восстановление после отказа основной шины не более 2 -3 минут (сервер-шина работает на SSDдисках) Обеспечивается резервной базой данных. Простая архитектура. Все вычисления проводятся на одном сервере, что создает дополнительные риски Требуется самая быстрая и надежная торговая площадка Общая база данных На сегодняшний день самым непроизводительным компонентом рабочих систем с точки зрения скорости работы с информацией является память ПЗУ, поэтому при выборе архитектуры имеет смысл уменьшать количество запросов к базе данных системы. Общий файл Надежность НЕ быстрая Общая база данных
Постановка задачи Альтернативы Структура бизнеспроцесса Схема торговой площадки Маркетинг Передача заявки от клиента к брокеру Проверка конфигурации заявки Проверка, связанная с рыночной информацией Проверка, связанная с БД Сохранение заявки со статусом NEW Проверка корректности исполнения заявки Получение ответа от биржи Передача заявки брокером на биржу Смена статуса заявки на «отложена» Добавление к заявке необходимых атрибутов Смена статуса заявки на «выполнена» Пересчет позиции клиента Передача заявки клиенту со статусом ACK Обращение к базе данных в архитектуре с общей базой данных (всего 11) Архитектура с общей шиной позволяет обращаться к базе данных ВДВОЕ реже. Обращение к базе данных в архитектуре с общей шиной (всего 5) В архитектуре с общей шиной почти все операции выполняются без использования вычислительной мощности базы дынных, что снижает нагрузку на нее и увеличивает производительность сети. Формирование задержки в работе торговой системы обусловлено совокупностью процессов: Непосредственно бизнес-процесс Получение рыночных данных Отправление в систему поставки расчетов Задержка из-за информационного обмена с биржей ЗАДЕРЖКА
Постановка задачи Можно использовать любое количество FIX Gateway в зависимости от нагрузки. Главное, чтобы их было как минимум два: это гарантирует надежность, т. к. серверы передачи сообщений взаимозаменяемы. Пользователи Альтернативы FIX Gateways 1 Структура бизнеспроцесса Схема торговой площадки Маркетинг Order/Trade Executor Order/Trade Manager FIX Gateways 2 NASDAQ LSE Сервер-шина DB Adapter Резервная шина ММВБ-РТС Дополнительные адаптеры Резервная шина подключена к сети так же, как и основная, но включается только в случае отказа основной шины. Физически резервная шина размещается в другом здании, что исключает физические риски. БД Oracle Резервная БД Схема надежная и минимизирует количество обращений к базе данных. Информация транслируется через шину, что позволяет не записывать ее на носитель для передачи. Архитектура соответствует заявленным в кейсе критериям. NYSE
Постановка задачи Альтернативы Структура бизнеспроцесса Схема торговой площадки Маркетинг Мозговой штурм (ряд ассоциаций) Скорость Надежность Ценности торговой площадки Avalanche Trade System ATS Бренд отражает ценности компании. «Каменность» и «горность» используются визуально. Сама нарисованная от руки гора смотрится и как биржевой график. Бренд не зависит от Deutsche Bank. Чтобы установить связь, можно использовать символику банка в левом верхнем углу. Скорость Надежность Ракета Вода Сель Лавина Avalanche Цунами Смерчь Смерть Кролик Самолет Телепорт Тарзанка Бобслей Коньки Сани Лодка Катер Роадстер Горки Чума Огонь Горные лыжи Сноуборд Виндсёрфинг Воздух Биатлон Каменный Устойчивый Твердый Жесткий Суровый Непобедимый Мощный Крепкий Развитый Горный Твердый
Приложение. Техническое обеспечение торговой площадки. База данных должна быть выполнена в виде RAID-массива (шестого уровня, например), состоящего из быстрых SSDнакопителей. SSD следует подключать по SATA 6 Гбит/с, т. к. с SSD, подключенного по PCIe, невозможно загружать систему. Можно пробовать использовать SSD SATA 6 Гбит/с как системный диск, а сам массив выстраивать на. PCIe, но это сложнее и менее надежно. Т. к. в архитектуре с общей шиной производительность базы данных не критична, можно воспользоваться SSD SATA. Количества дисков в массиве должно быть достаточно, чтобы сохранить историю за 5 лет. За первый год нам необходимо сохранять 100 заявок в секунду: 20 кб * 100 * 3600 сек * 24 * 365 *5, 5/7 = 55 Tбайт. Еще 5 Тбайт необходимо заложить в виде резерва. Нагрузка растет с каждым годом, поэтому общий объем хранилища представлен в таблице (при темпах роста 1, 25): Первый год 75 Тбайт Третий год 94 Тбайт Четвертый год 117 Тбайт Пятый год 146 Тбайт ИТОГО 492 Тбайт Для серверов приложений и передачи данных следует использовать Oracle Web. Logic Server 8. 1 Premium. Данный сервер отличается высокой производительностью, а так же наличием технологии кластеризации. Кластеризация обеспечивает автоматическое преодоление последствий сбоя и прозрачный переход с одного сервера на другой, гарантируя непрерывное функционирование критичных для жизнедеятельности торговой платформы приложений и сервисов. Это решение обеспечит такую ИТинфраструктуру, которая будет способна справиться как с запланированными, так и с незапланированными остановками работы. 60 Tбайт Второй год Следует использовать Oracle, т. к. данный софт выигрывает у MS SQL по всем параметрам. К тому же Oracle можно использовать с системами на базе Unix, что увеличивает производительность базы данных. Используем EMC Symmetrix VMAX, т. к. он позволяет подключить до 2400 дисков SSD. При этом обладает массой интерфейсов SAN.
Приложение. Техническое обеспечение торговой площадки. Для базы данных необходим процессор, позволяющий работать на быстрой памяти DDR 3 1600 Mhz, а также с высокой тактовой частотой и большим количеством ядер. Идеально подходит E 5 -2690 на сокете LGA 2011. С таким сокетом работает сервер Prolant ML 350 p Gen 8 – его и следует использовать. Для построения внешней сети. Для организации внешней сети необходимо надежное и быстрое коммутационное оборудование, чтобы не снижать производительности системы и не вызывать задержек при передачи данных между клиентом и торговой платформой. Для этого подойдет оборудование под кодом AG 851 B, которое удовлетворяет требованиям производительности надежности. Для построения внутренней сети. Для организации внутренней сети передачи данных необходимо оборудование, которое удовлетворяло бы требованиям высокоскоростной передачи данных. Так как в архитектуре с общей шиной основные задержки возникают именно в момент обращения к базе данных, то оборудование внутренней сети должно максимально снизить данные задержки. Для этого подойдет коммутационное оборудование под кодом QK 753 A, так как обладает наибольшей производительностью по сравнению с аналогами.
Скачать презентацию Deutsche Bank Global Technology Проект торговой площадки Avalanche
CLT-Techno Bambi-ААСЭ.pptx