Форум «Азартные игры: отчисления на спорт». Зал ЕДИНЫЙ ЦУПИС

• Начало второго модуля докладов.  

• Тема: техническое развитие и импортозамещение.  

• Важность технологий и оборудования в финтехе.  

• Представление технического директора.  

• Цель: рассказать о стратегии развития технологий в компании.  

• Признание вызовов и сложностей в работе.  

• Малочисленность команды и высокая эффективность.  

• Примеры успешных релизов и проектов.  

• Специализация и компетентность сотрудников.  

• Импортозамещение программного обеспечения.  

• Проблемы с импортозамещением аппаратного обеспечения.  

• Сложности с сетевым оборудованием и его производством в России.  

• Постоянные атаки и вызовы безопасности.  

• Готовность компании к вызовам и адаптация.  

• Проблемы для других организаций в российском финансовом секторе.  

• Завершение миграции на новый транзакционный движок.  

• Высокая производительность и запас мощности.  

• Локализация проекта в России и гео-распределение.  

• Локализация в России и обслуживание пользователей внутри страны.  

• Введение новых дата-центров в Москве и Санкт-Петербурге.  

• Планы по расширению на другие города.  

• Каналы связи часто мешали взаимодействию с партнерами.  

• Проблемы возникали из-за региональных провайдеров.  

• Сети с более чем 499 узлами ненадежны и хаотичны.  

• Для контроля каналов связи были найдены партнеры среди магистральных операторов.  

• Выстроены выделенные каналы связи для ключевых партнеров.  

• Физические каналы связи состоят из множества кусочков, но обеспечивают хорошие гарантии.  

• Сохраняются старые каналы связи и используются публичные каналы как резервные.  

• Это улучшает качество обслуживания.  

• Компания продолжает развивать это направление.  

• Компания обеспечивает связанность с ЯРАИ.  

• Все расходы и технические манипуляции берет на себя.  

• Это дружественный сервис.  

• Обсуждение вызовов и мер по улучшению работы.  

• Вопросы о причинах плохой работы и импортозамещении.  

• Западные решения часто не оправдывают ожиданий.  

• Возможность использования российских платежных решений.  

• Использование мобильных телефонов и российских кошельков.  

• Система быстрых платежей и другие каналы.  

• Основные задачи: продуктовое развитие и реализация требований.  

• Техническое совершенствование занимает меньше времени.  

• Компания существует для заработка, а не для развлечений разработчиков.  

• Компания обслуживает всю Россию.  

• Маленький штат, но высококвалифицированные специалисты.  

• Проблемы с дальневосточным и камчатским трафиком решены.  

• Количество операций в минуту составляет около 10-11 тысяч.  

• Рынок вырос, но резких пиков, как раньше, нет.  

• Партнеры сталкиваются с большим количеством выплат.  

• В 2021 году атаки достигали 100 гигабит в секунду по 7-8 векторам.  

• Атаки были профессиональными и заказными.  

• В 2022-2023 годах атаки были менее интенсивными, до 50 гигабит в секунду.  

• Используются несколько эшелонов защиты: от операторов до собственного оборудования.  

• Архитектура приложений и настройки балансов также помогают в защите.  

• Ни один эшелон не обеспечивает стопроцентной защиты.  

• Бизнес компании схож с финтехом: создание ИТ-продуктов.  

• Следующий докладчик Павел Клочков расскажет о производстве в компании.  

• Тема доклада: "Все успевать и свое не ронять".  

• Павел рассказывает о проектных практиках, канбан-фреймворке и философии кайзен.  

• Цель доклада: показать, как работает компания, и поделиться интересными практиками.  

• В компании 170 человек работают над 80 проектами в квартал.  

• Проекты включают развитие бизнеса, комплаенс, информационную безопасность и операционную эффективность.  

• Канбан-фреймворк используется для управления проектами.  

• Канбан-система состоит из протоканбан-систем на уровне команд.  

• Задачи разделены на классы и типы с правилами и местами в планировании.  

• Ограничение незавершенной работы помогает в управлении проектами.  

• Команды проводят груминги для балансировки системы и приоритизации задач.  

• Это помогает выстроить устойчивую вытягивающую систему для эффективного производства.  

• Команды участвуют в формировании правил и лимитов, что сохраняет мотивацию.  

• Канбан предполагает анализ текущей работы и постоянные улучшения на основе метрик.  

• Метрики помогают определить усвоение бэклога и узкие места в производстве.  

• Команды анализируют данные для выявления проблем и планирования изменений.  

• Команды работают с канбан-досками для отслеживания задач.  

• Введены лимиты и правила для задач, что помогает фокусироваться на важных задачах.  

• Приоритизация задач основана на ценности для пользователя, снижении рисков и стратегическом влиянии.  

• Проекты разделены на этапы для принятия решений и накопления знаний.  

• Вовлечение заинтересованных сторон на ранних этапах улучшает результаты.  

• Иерархическая структура работ помогает командам понимать свои шаги и действия.  

• Кай дзен сочетает принципы канбана с ценностями компании.  

• Важность работы с рисками через румборды и назначение ответственных.  

• Ретроспективы и постмортам помогают выявлять и решать проблемы.  

• Ретроспективы проводятся регулярно и ситуативно для улучшения процессов.  

• Постмортам анализирует проблемы, вызывающие репутационные, производственные или денежные потери.  

• Постмортам помогает фиксировать задачи и правила для улучшения работы.  

• Инструмент используется для оценки удовлетворенности клиентов и команд.  

• Опросы проводятся регулярно, помогая выявлять точки напряжения и улучшать взаимодействие.  

• Инструмент помогает выявлять зоны роста и улучшать сотрудничество.  

• За последние три месяца выпущено почти тысяча релизов, за последний месяц - 350.  

• Проводятся нагрузочные работы и учения на продакшне.  

• Используются опенсорс решения и автоматизация для улучшения процессов.  

• Проводятся интеграционные тестирования для проверки проектов перед релизом.  

• Используется инфраструктура, аналогичная продакшну, для экспериментов.  

• Строгий регламент и правила помогают проводить десятки релизов ежедневно.  

• Система важна, но люди важнее процессов.  

• Призыв делиться обратной связью и участвовать в изменениях.  

• Важность предложений по новой функциональности и отзывов на С-САЙ.  

• Вопросы о специфичных запросах от букмекеров и их оценке.  

• Важность метрик и подготовки проектов для получения высоких оценок.  

• Проекты, влияющие на развитие бизнеса, занимают значительную часть.  

• Этап ретроспективы важен для выявления и решения проблем.  

• Ошибки неизбежны, но важно честно признавать их и вносить изменения.  

• Дополняются правила и валидация заказов для предотвращения ошибок в будущем.  

• Важность раннего привлечения и взаимодействия с букмекерами.  

• Зависимость всех участников рынка друг от друга.  

• Вопрос о технических анкетах и их полезности для инженеров.  

• Вопрос о мотивации сотрудников и их удержании.  

• Философия кайдзен и канбан в компании.  

• Простота и масштабируемость методологии канбан.  

• Канбан интегрирован в процессы НКО.  

• Важность правил и стандартов для минимизации внешнего давления.  

• Инициативы снизу для улучшения атмосферы и процессов.  

• Высокий уровень удержания сотрудников.  

• Сложности подбора кадров и испытательного срока.  

• Низкий индекс выбывания на испытательном сроке.  

• Улучшение качества релизов за последние три-четыре года.  

• Комплексное решение на основе изменений в процессах и технологической базе.  

• Внедрение технологий для мониторинга и поддержки.  

• Приватизация технологического долга через подход ВЖ.  

• Оценка рисков и стоимости изменений.  

• Успешная реализация технологических проектов.  

• Обсуждение производственного процесса и методологий.  

• Введение Максима Максимова для доклада о современных архитектурных решениях для SL.  

• Обсуждение современных практик обеспечения высокого SL для систем массового обслуживания.  

• Представление инженера и архитектора решений, который занимается поддержанием и развитием системы.  

• Цель - показать, что система прочна, чиста и красива внутри.  

• Публичные цифры SL и количество транзакций в секунду.  

• Высокая доля платежей в России и большое количество релизов в день.  

• Влияние изменений на SL и производительность системы.  

• Определение высоко нагруженной системы массового обслуживания.  

• Переход системы в новое качество при необходимости думать о нагрузке и SL.  

• Важность выделения классов сервиса для фокусировки на критичных доменах.  

• Выделение классов сервиса для обеспечения высокого уровня сервиса.  

• Фокус на взаимодействии с партнерами и клиентами.  

• Развитие архитектуры: от простой трехзвенной схемы до кластеризации и репликации баз данных.  

• Введение микросервисов и синхронного конвейера для масштабируемости.  

• Использование внешнего кэша для обслуживания избыточной нагрузки.  

• Шардирование для обеспечения масштабируемости и устойчивости системы.  

• Применение техники управляемой деградации для обеспечения отказоустойчивости.  

• Пример с платежным флоу: при отказе одного звена большая часть функциональности остается работоспособной.  

• Важно игнорировать мастера и читать только с реплики для обеспечения прохождения карточных платежей.  

• Внедрение метрик для оценки бизнес-процессов, таких как платежи.  

• Построение графиков для наглядного отображения конверсии и состояния системы.  

• Выделение ключевых бизнес- и технических метрик для диагностики системы.  

• Регулярное нагрузочное тестирование для проверки устойчивости системы к различным профилям нагрузки.  

• Определение целевых показателей и регулярности тестирования.  

• Использование изолированной среды для тестирования, чтобы минимизировать влияние на пользователей.  

• Выделение классов сервиса для бизнес-сценариев и постепенное увеличение сложности системы.  

• Регулярное нагрузочное тестирование для поддержания высокого уровня производительности.  

• Важность выделения ключевых метрик для диагностики системы и обеспечения её здоровья.