Финансовая сфера всегда активно использовала программные продукты на базе открытого кода — интеграционные платформы, системы мониторинга, хранилища данных. Внутренние команды банков и финансовых организаций занимаются поддержкой и развитием open source, вкладывая в это серьезные ресурсы. Почему так получилось, и какие события 2026 года могут повлечь за собой серьезные миграционные проекты в банках, рассказывает Дарья Кагарлицкая, технический директор компании «Навикон».
Специфика ИТ в банковской отрасли
Несмотря на то, что в 2025 году банковская отрасль функционировала в довольно жестких условиях, под влиянием высокой ключевой ставки, низкого спроса на заемные средства и множества других факторов, она не сократила инвестиции в развитие ИТ. Банки и финансовые организации были пионерами внедрения ИИ, машинного обучения, роботизации, биометрии и других прорывных технологий.
Кроме того, среди трендов последних лет эксперты отмечают появление внутренних фабрик по разработке ПО на базе open source. Например, «Росбанк» использует технологии с открытым исходным кодом для систем мониторинга и интеграционных решений, финансовая группа БКС — для хранилища данных, а «Газпромбанк» — для розничного кредитного конвейера.
«Банк России» с помощью Open Banking API позволяет финансовым организациям безопасно обмениваться данными через единые протоколы. Более того, с 2026 года начинается обязательное поэтапное внедрение этой технологии в крупных банках, брокерских и страховых компаниях, а с 2027 года — в микрофинансовых организациях и депозитариях.
Технология Apache Kafka широко используется в банковской сфере для обработки потоков информации в режиме реального времени. Это требуется для реализации различных сценариев, требующих высокой пропускной способности и надежности: в системах обнаружения мошенничества, анализа транзакций и аналитики больших данных.
По данным экспертов, в категории Queueing, Messaging & Background Processing она занимает 38,7% рынка, а в категории Enterprise Application Integration ее доля составляет 26,7%. Более того, Kafka входит в список обязательных знаний для QA-инженеров, работающих с микросервисами, а 16,2% вакансий дата-инженеров явно упоминают его как требуемый навык.
Причины такой популярности очевидны. Среди них высокая производительность при работе с большими объемами данных, возможность их параллельной обработки во множестве приложений одновременно, простота интеграции без необходимости изменения архитектуры. Для банковской сферы это означает возможность обеспечить транзакции по кредитным картам, переводы и мобильные платежи, сбор и потоковую передачу данных для регуляторной отчетности, анализ транзакций в режиме реального времени и выявление паттернов поведения.
Скрытые риски open source для финансовой сферы
В отличие от ряда других сфер экономики, финансовый сектор может позволить себе лучших ИТ-экспертов для формирования внутренней команды, чтобы анализировать, внедрять, поддерживать и оптимизировать сильные, независимые решения на базе открытого кода.
Но у каждой медали, как известно, две стороны. Наряду с очевидными преимуществами, использование open source систем влечет за собой массу рисков: ошибки в продукте, уязвимости в исходном коде и сторонних компонентах, отсутствие вендорской поддержки, зависимость от in-house команды, вредоносные вклады и доступность кода для злоумышленников.
Однако недавние новости из-за рубежа наводят на мысли о новой опасности – в конце 2025 года корпорация IBM объявила о покупке компании Confluent. По плану, сделка должна завершиться к середине 2026 года, после одобрения акционеров и регуляторов.
Apache Kafka — проект Apache Software Foundation. Confluent основана создателями Kafka и является крупнейшим коммерческим разработчиком экосистемы. Она активно развивает проприетарные компоненты, которые являются де-факто стандартом отрасли, и, несмотря на то что Apache Software Foundation является юридически независимым фондом, значительная часть ключевых разработчиков Kafka работает в Confluent.
Это означает, что уже к концу 2026 года действующие санкции могут отрезать доступ российских пользователей к критически важным «надстройкам» платформы. Если это произойдет, ядро Kafka станет, как минимум, гораздо менее функциональным. Кроме того, американским организациям могут вменить в обязанность отслеживание и перекрытие доступа пользователям и приложениям к ресурсам Kafka.
Стоит также учитывать клиентский подход IBM. Компания уже успела зарекомендовать себя в июне 2022 года, одномоментно заблокировав доступ российским компаниям не только к своим технологиям и пакетам обновлений, но и к данным, размещенным в его облаке.
Легко спрогнозировать, что каждый, кто выбрал Apache Kafka или продукт на его основе, в обозримом будущем останется один на один с проблемами качества, производительности и безопасности платформы для обработки потоковых данных.
Как сохранить функциональность бизнеса
Интеграционная платформа — ключевое программное обеспечение для компаний, которым важны безопасность передачи данных, минимальный срок реализации от выявления потребности до продуктивной среды, быстродействие в обмене сообщениями и гарантированная доставка. Подобные требования свойственны большинству отраслей, поскольку являются базой для построения любого интеграционного процесса. Но для финансовой сферы отсутствие хотя бы одного из перечисленных пунктов означает огромные потери — и материальные, и репутационные.
Именно поэтому покупка корпорацией IBM компании Confluence ставит банковский бизнес, и не только, перед необходимостью в кратчайшие сроки принять важное стратегическое решение — нести риски, связанные с зависимостью от американской корпорации и международных санкций, или подготовиться к проекту миграции на российский вендорский продукт, не связанный с Kafka. Тем более, что на рынке представлено достаточное количество проверенных, мощных ноу-хау решений.
Конечно, проект миграции повлечет за собой серьезные трудозатраты и инвестиции, ведь интеграционная платформа по сути своей является технологической основой, которая обеспечивает бесшовный обмен данными между самыми разными системами, приложениями и сервисами.
Помимо выбора оптимального решения, которое должно обеспечивать соответствующий уровень защиты, совместимость с текущими источниками данных и поддержку отраслевых стандартов, финансовым организациям предстоит решить задачи по подбору надежного интегратора, формированию экспертной команды и подготовке к изменениям внутренних процессов в части поддержки и разработки.
Как правило, такие проекты начинают с небольших «пилотов» — запускают интеграционный хаб на одном-двух сервисах, получают измеримый эффект и масштабируют модель.
Выводы
Конечно, такой вызов не является чем-то из ряда вон выходящим: российский бизнес за последние несколько лет неоднократно принимал решения, связанные с выбором между open source, зарубежным или отечественным программным обеспечением.
Однако уровень риска для банковского сектора несоизмерим с другими отраслями, поэтому выбор дальнейшей стратегии технологического развития финансовых организаций не может игнорировать зарубежные новости — он должен учитывать все «подводные камни», от которых зависит стабильность бизнеса.