Конец года - время неожиданных IT конференций. На прошлой неделе прошла Тренды в ИТ взгляд в будущее, а на этой IT Talk by Sber 3.0, на этот раз в Вологде. Сбер не так часто проводит подобного рода мероприятия у нас в городе и это первый раз когда мне удалось туда попасть. Интересно насколько разные были темы на этих конференциях. Если у ПСБ говорили о новых технологиях: LLM, RAG, агенты и их потенциальное применение, то тут исключительно практические вещи - миграция с импортного ПО на открытое и его доработка внутри компании. Раньше в Сбере в основном использовался Oracle и была хорошая экспертиза по нему, но теперь старые решения недоступны и приходится адаптировать open source под свои нужды. Так у Сбера теперь есть свой Postgres, Kafka, Kubernetes, Ignite, Linux и много чего еще.

Еще это выглядело как местный филиал конференции Highload++, что не доклад - дикие тысячи транзакций в секунду, три контура резервирования и гонка за миллисекундами ответа. И глядя на свою работу после этого становится грустно, все кажется каким-то мелким и незначительным, а докладчики представляются сверх людьми, постигшими тайны мироздания.

Докладов было всего четыре, но это максимум, что можно уместить в будний день после работы.

1. One Nio vs кастомная Java-сериализация - Чернов Андрей

Далекая от меня тема, я не специалист по Java и особенностям сериализации в ней. Докладчик рассказывал о доработке библиотеки под новые версии Jdk, возникшие проблемы и различные варианты их решения, а также сравнения их производительности. Это был наиболее технически сложный доклад на этой конференции и он занял первое место по оценке зрителей, что лично для меня было удивительно(в течение всего доклада меня жутко клонило в сон)

2. Процессинг Сбербанка: Путь к независимости и надежности - Караваев Иван

Со второго доклада начались истории про переезд с Oracle, Golden gate (средство синхронизации) и проприетарного процессингового софта, плюс серверов от вендора на собственные разработки на основе open source (Ignite + Kafka). По итогу удалось убрать ограничения предыдущего решения по rps и количеству карт, на выходе получили масштабируемое решение, добавили еще ЦОД-ов и контуров для повышения надежности, что опять же раньше было невозможно

3. Монолит в разрезе: еще одно решение старой как мир задачи - Кожемякин Александр

Рассказ о разделении монолита на несколько сервисов сервисы и про возникшие проблемы. Вроде и делали все по уму, но все равно наступили на грабли с общей базой для нескольких сервисов, и дублированием записей при синхронизации. По этой теме есть хорошая книжка От монолита к микросервисам, там как раз описываются возможные проблемы и способы их решения.

4. Как переписать все, не привлекая внимание - Василенко Владимир

Самый интересный на мой взгляд доклад. Правда название звучит обманчиво, сначала думаешь, что речь идет про санитаров, а по факту оказывается что пользователей. Очередная история про переход с Oracle (на этот раз плюс Kotlin) на Postgres (удивительно что никто не вспоминает про MariaDb) и Go (вдвойне удивительно, учитывая предыдущие доклады). По словам спикера Postgres почти во всем хуже Oracle, требует дополнительной тонкой настройки и сторонних средств мониторинга, причем каждая компания пишет для этого свой велосипед. Для себя я выписал pg_profile, обязательно надо посмотреть. Интересная проблема с prepare statement и generic plan, напомнила, что документацию надо читать, и желательно в нее вникать (кто бы дал на это время?). Go показал себя с лучшей стороны, как в плане простоты освоения, так и в плане производительности (аналогичный прототип на Java проиграл по итогам нагрузочного тестирования). Это убедило руководство утвердить выбор в пользу Go, несмотря на первоначальный скепсис.

Послушав истории разных команд, я до сих пор удивляюсь, как настолько разные озвученные подходы