Сбер перешел на полностью импортонезависимый процессинг

Сбер перешел на полностью импортонезависимый процессинг

Сбер перешел на полностью импортонезависимый процессинг

Сбер перевел процессинг на полностью импортонезависимую платформу внутренней разработки. Она обслуживает более 200 млн карт.

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

В основе нового процессинга Сбера лежит Platform V DataGrid — резидентная система управления базами данных (СУБД) для работы с данными в режиме реального времени, которая была разработана СберТех и ориентирована на высоконагруженные системы. Для небольших нагрузок Сбер использует Platfrom V Pangolin.

Пилотный проект внедрения нового решения начался еще в 2023 г. В текущем году проект перешел на стадию масштабирования и к началу сентября 2024 г. полностью завершен.

Кирилл Царёв, первый заместитель Председателя Правления Сбербанка:

«Вопрос импортозамещения является для Сбера приоритетным. Наш новый процессинг отличается высочайшей надёжностью и удобным функционалом. Это на 100% отечественное решение — ещё один шаг к достижению технологического суверенитета России. Нам было важно не просто перевести карты на новую платформу, но и сделать это незаметно для клиентов, чтобы они не испытали никаких неудобств. Наша команда справилась. Миграция дебетовых карт прошла бесшовно, а кредитных карт — через их бесплатный перевыпуск, причём с более выгодными условиями».

Claude освободил 700 ГБ, удалив домашнюю папку разработчика

Разработчик Себастьен Гиймо поручил ИИ-агенту Claude написать скрипт для очистки временных файлов. Бот справился слишком эффективно: удалил домашний каталог пользователя вместе с 700 ГБ данных и результатами недельной работы, но предусмотрительно оставил папку /tmp, ради которой всё и затевалось.

Гиймо регулярно запускает ИИ-агентов, которые оставляют после себя множество временных файлов.

Он попросил модель Claude Fable создать отдельную песочницу для каждого агента в /tmp и очищать её после завершения работы, не затрагивая используемые данные.

Первая версия скрипта показалась разработчику слишком сложной. Из-за наличия команд безвозвратного удаления Claude запустил дополнительную проверку безопасности. Система Anthropic сочла задачу рискованной и автоматически понизила модель сначала до Opus 5, а затем до Opus 4.8.


Новая модель написала тест, который сравнивал цели удаления с /tmp и домашним каталогом пользователя. Обе директории были правильно признаны опасными. А затем начался этап очистки тестовых данных, и Claude повторно использовал ту же переменную, в которой находился путь к домашней папке.

Гиймо остановил процесс, но слишком поздно: агент успел удалить 700 ГБ. Большую часть информации разработчик восстановил из Git, конфигурации Nix, журналов сессий и других источников. Однако недельная работа всё же пострадала.

Разработчик предполагает, что автоматический переход на менее сильную модель мог повысить риск ошибки. Более производительная Fable 5, возможно, заметила бы конфликт переменных.

RSS: Новости на портале Anti-Malware.ru