Комментарии 36
, Arenadata DB Pangolin,
Вы точно "менеджер по развитию решений СУБД"?
Вот одна проблема. У tarantool 0-я поддержка.
Я отстаивал ее как корпоративный выбор при переходе от Oracle. А теперь очень жалею.
Потому что, когда подразделения разработки сделали все, в тестирование закончили все тесты на docker версии, а эксплуатация занялась вопросом покупки лицензии и поддержки (для крупной компании желательно использовать именно такой вариант).
То столкнулись со странной ситуацией. По телефонам и адресам на официальном сайте. На письма и звонки не отвечают (телефон вообще никто не берет). Полный игнор.
Из за них я теперь в неприятной ситуации. Поведясь на такие статьи решил, что это хороший выбор. А оказалось, что нет.
Теперь ставится вопрос: а не выкинуть ли все наработки по tarantool в помойку (не доведя их до прома) и начать тот же цикл адаптации под apache ignite, например. Хотя бы и с документацией получше и комьюнити больше.
Потому что без нормальной официальной поддержки, для прома tarantool использовать так себе идей.
Документация (по сравнению с аналогами) скудна и явно не полная.
Часть важных компонент для разворачивания отказаустойчивого кластера похоже не особо и open-source.
копаться (без официальной поддержки) самостоятельно в исходниках и самостоятельно разбираться на проме с проблемами, когда требования к простоям просто драконовские - это слишком экстремально.
apache ignite
Странно, что не начали с него, ибо в России у того же Сбера гигантcкий опыт эксплуатации крупнейшего в России кластера Ignite. А Tarantool окончательно рипнулся с самостоятельностью mail.ru уже года 2-3 как минимум
PS: я не сотрудник Сбера, но лет 6-7 назад с упоением смотрел их доклады на конференциях по сабжу
Потому что "импортозамещение".
Tarantool как бы есть в реестре.
Кто же знал про такую засаду, что он как кот шредингера.
Открываешь ящик, а он дохлый.
Импортозамещение нужно проводить с умом) Мне помогает оценка перспектив любой поделки, отдаваемой в опенсорс, поиском по статьям Хабра и выявлением тех, кто начинает профессионально заниматься поддержкой именно этой опенсорсплатформы (как условный PostgresPro).
В этом контексте, упоминаемая в статье YDB, за последние 2 года встречается только в статьях Яндекса. Не то, что десятка, но вообще ни одной статьи "Как мы мигрировали на YDB с XXX" за последние 2 года (если я нормально посмотрел). Т.е. вот прямо сейчас появляются ваши будущие коллеги, кто через год-два расскажет тоже самое о YDB, что и вы сейчас о Тарантуле, про который статьи-то были, но не все пошли в него. А за все время существования Тарантула не знаю ни одной конторы кто бы построил бизнес вокруг этого "продукта", но может это я не знаю?
Я слышал про тарантул на последних HighLoad++
Но не посещал выступления, были другие боле мне интересные темы. Но из за того что он был в программе, сложилось ощущение, что все ok и жив и используется широко.
Видимо обманчивое ощущение.
Вести как Яндекс и Сбер свои форки чего либо... Ну это просто не профильное.
ни одной статьи "Как мы мигрировали на YDB с XXX" за последние 2 года (если я нормально посмотрел)
Вот же в статье про миграцию на YDB написано:
«Мы остановились на YDB, так как эта система позволяет работать с очень большим количеством транзакций…. Проект по модернизации расчетного центра Газпромбанка стартовал в середине 2023 года. Сейчас система уже обрабатывает до 3 млн транзакций в час», — Иван Варжавин, исполнительный вице-президент Газпромбанка для РБК.
Сбер сейчас работает на значительно доработанных коммерческих форках Ignite и PostgreSQL, они называются Platform V DataGrid и Platform V Pangolin DB. Оба продаются с поддержкой. Миграция почти завершена, роль Oracle и MS сведена к долям процента.
Есть picodata, они контактные.
Добрый день! Расскажите, пожалуйста, подробнее о ситуации. Для нас обратная связь не менее полезна, ибо кейсы бывают разные
Да все просто. Нужно было решение на Oracle заменить на "ипортозамещенное". Довольно частный случай заменить. Давно напрашивался. Поскольку хранить данные, которые живут в 90% случаев максимум 20 сек и имеют относительно небольшой объем, в классической БД типа Oracle не правильно. Но были объективно/субъективные причины и потом "работает - не трогай".
В связи с требованиями регулятора по импортозамещению, нужно уходить от Oracle. Тянуть этот кусок (фактически распределенный кэш) в PG то же не правильно. Нужен был вариант.
Tarantool есть, он на слуху. У него есть номер в реестре. Вроде бы все ок.
В разработке сделали (все красиво, удаленные процедуры на Lua. Все идеально)
На тестах в doker варианте погоняли. Все норм. Быстродействие, нагрузочные тесты.
Эксплуатация сказал, "ну все берем. заверните"
"заверните" все же подразумевает у нашей эксплуатации договорные отношение, покупка, сопровождение и пр. (в первую очередь, что бы предъявить регулятору, ну и просто для уверенности, что если что то на проме сломается, что бы хоть консультацию получить)
А вот и нет.
Контакты с сайта https://www.tarantool.io/ru/tarantooldb/ не живые. На звонки - никто не отвечает. На письма не отвечают. Уже месяц так.
Я не сам этим занимался (покупками и договорными отношениями не занимаюсь). Но "фи" мне уже выразили за то, что выбрал не живое решение.
Жаль на HighLoad++ 2025 я не поехал, постарался бы найти и передать все что думаю..
А у вас был именно договор на коммерческую поддержку?
Если да - то, имхо, это кейс для возврата денег; если нет - ну, тогда просто обидно. Но в то же время есть очень активный чатик https://t.me/tarantoolru где и представители вендора сидят, и просто комьюнити достаточно дружелюбное.
А коммерческую поддержку, емнип, та же Аренадата осуществляет по Тарантулу.
Вопрос разрешился.
Проблема "испорченного телефона" как обычно (из за которого все растянулось надолго, а с нашей стороны сложилось впечатления игнора нас).
https://www.tarantool.io/ru/contacts/
Рекомендую сразу выходить на Анна Зосимова @AZosimova (Ведущий менеджер по развитию бизнеса Tarantool)
Вопросы будут решены быстрее.
(контакт с ее разрешения)
Добавлю, если сложилось мнение что меня продукт не устраивает.
Это не так. Как я и писал
В разработке сделали (все красиво, удаленные процедуры на Lua. Все идеально)
На тестах в doker варианте погоняли. Все норм. Быстродействие, нагрузочные тесты.
К самому tarantool вообще никаких претензий не было. Для наших целей подошел идеально.
проблемы только возникли с коммуникациями по решению вопроса enterprise решения с поддержкой.
Зайдите к ним в телеграм. Группа живая, в ней точно есть разработчики. Там уточните, может на сайте инфу не подправили и саппорт уже по другим адресам.
Storage nodes (статические) — управляют хранением данных на дисках
Database nodes (динамические) — обрабатывают SQL-запросы и выполняют транзакции
В Oracle Exadata примерно тоже самое
Database Servers (Compute Nodes) — «мозги» системы.
Storage Cells (Storage Servers) — «умное» хранилище данных.
А есть ли какая - то «ниша» Oracle сейчас в России? Уже очень давно не слышал, чтобы где - то Oracle в России использовался, тем более в банках. PostgreSQL/tarantool/greenplum и т.д. уже давно эту нишу заняли
Текущих (уже легаси) биллингов половины крупнейших банков и телеком-операторов еще лет на 10 миграции)))
А будущее, вы правы, туманно, если не отсутствует как класс
На текущий момент компании по возможности все еще стараются отсрочить миграцию, но это совершенно не означает, что ее в конечном итоге не случится. Соответственно, на этот период они используют Oracle, правда, с ограниченными возможностями по техподдержке.
Ну, и в зависимости от отрасли и регуляторов, присутствие Oracle в инфраструктур разное. Например, предприятия с гос. участием / с доступом к критичной информации / которые держат ПДн обязаны переходить с западного уже сейчас)
PostgreSQL/tarantool/greenplum и т.д. уже давно эту нишу заняли
В highload сценариях только YDB сможет составить конкуренцию Oracle. Об этом как-раз в статье и пишут.
Кто давно на SAP, у того часто под капотом ещё оракл, а на хана
Скажите, пожалуйста, а почему в этом списке СУБД нет ЛИНТЕР?
В этом рекламном "списке" из 3х позиций, лол?
Добрый день! Спасибо за вопрос. В первую очередь, нам важно разобрать более обсуждаемые среди рынка решения. Формируется некий «топ по умолчанию», и мы хотим подробно сфокусироваться на его обзоре. ЛИНТЕР же более нишевое решение. Конечно, рынок меняется, и не исключаем, что в будущем выпустим статью и с его разбором. Ваш комментарий -- отличный сигнал, что это может быть интересно :)
Да, действительно...
Нишу никто не займет, так как ниша БД оракл - это не хранилка, а БД + вся enterprise логика - миллионы строк кода. Пока это все переписывать, скорей тут ишак или падишах...
А кто использует Оракл просто как хранилку, конечно съезжают, так как это изначально неверный выбор был, а не замещение Оракл, явно.
Для JOIN-ов и тяжелой аналитики лучше ClickHouse
Для join-ов подходит кликхаус да? Вы на нем еще посоветуйте Anchor Model реализовать
Я прочитал сотни различных статей, документации и материалов - и впервые подобную чушь встретил за все время
Резкое пятно на всей статье за такое высказывание.
С каких это пор PostgreSQL стала считаться российской разработкой СУБД.
В статье речь про отечественные форки под собирательным названием PostgreSQL:
Итак, PostgreSQL получила активное развитие, поддержанное большим сообществом специалистов. В России ее активно дорабатывают: появились форки вроде Postgres Pro, Tantor, Arenadata Prosperity, Pangolin, Jatoba.
Уважаемый, тогда и в заголовке статьи вместо "Российские СУБД в 2025г." нужно было указать "Российские "форки" (а точнее клоны) зарубежных СУБД в 2025г." Неточности в ИТ-технологиях недопустимы.
Это почему ещё? Скажем люди форкнули Постгрес, развивают эту БД, предоставляют поддержку своей БД в России - ну вот тот же PgPro https://habr.com/ru/companies/postgrespro/profile/ - почитайте они тут часто пишут о своей работе. Вполне корректно называть их продукт российским. И не клоны это, а развитие продукта. В том числе и родительского - эта компания коммитит в майнлайн как минимум с 2015го года, сейчас число коммитов уже достигло сотни в год. Так что Постгрес - это совместная разработка, локально поддерживаемый форк со своими коммерческими дополнениями - российский продукт. Всё корректно. А Вам лишь бы с непонятной целью докопаться и как-то попытаться унизить отечественного разработчика.
Российские СУБД в 2025: кто займет нишу Oracle в enterprise-сегменте