📚 Valkey 8.1’s Performance Gains Disrupt In-Memory Databases

Valkey развивается семимильными шагами!

31 марта вышла в релиз полноценной версии 👉Valkey 8.1.
🚀Команда из Яндекса уже обновила все свои облачные сервисы!

Как я понимаю, разработчики сконцентрировались на обновление исходного кода и еще большей оптимизации. Redis "закостенел" ☠️ и почему-то не решается обновлять свои подходы и алгоритмы придуманные 10 лет назад. Valkey подобной проблемой не страдает.

На самом деле я больше всего жду обновления фич по работе и организации кластера Valkey и имплементации поддержки JSON без "приседаний" с импортом модулей. Всё это анонсировали еще в ноябре 2014 года.

Скоро мир заиграет совсем другими красками 🌈

❗⚡ Сейчас я веду разработку авторского курса по СУБД Redis/Valkey. Думаю к началу лета он будет готов. Если вам интересно изучить Valkey, то записывайтесь!

📚 На дворе апрель, а это значит, что пора почитать очередной номер журнала Database Trends and Applications Magazine: February/March 2025 Issue

❗️Тема номера:
The AI Era: Crafting the Perfect Environment for AI to Thrive

Без комментариев. ИИ в каждый дом! (с)

➡️DEFINING AND PREPARING FOR THE FUTURE OF ANALYTICS (By Sydney Blanchard)

Как вы можете сделать достоверные преобразованные данные доступными во всех ваших системах и командах, пока они ещё актуальны?

В целом, если убрать весь маркетинг и пустые слова, то вендеры пытаются real-time аналитику сделать еще более быстрой и качественной. Идёт борьба не за часы, а за минуты (если не секунды). Народ максимально ускорить процесс распространения актуальных данных внутри компании. Великая идея понятна. Не понятно, как это добиться? За счет чего? Эти вопросы, к сожалению, не раскрыты. Но идея крутая! Очень вдохновляет 😉

➡️IS THE ULTIMATE ‘DATA DELUGE’ FINALLY UPON US?
By Charles Yeomans, Chairman and CEO of Atombeam

«Поток данных» так же привычен для ИТ-специалистов, как и это клише, но то, с чем мы сталкиваемся сегодня, сильно отличается. Будет ли достаточно нашей обычной реакции?

Ухх, какое начало 💪 Пока пропустим высокопарные слова...

Сегодня мы наблюдаем зарождение ещё одного информационного потока, вызванного двумя революционными тенденциями в сфере вычислений: искусственным интеллектом и резким увеличением объёма данных, генерируемых машинами.

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

Однако важно отметить, что ИИ — это лишь одна из проблем. По прогнозам IDC,в 2025 году миллиарды устройств IoT (Интернета вещей), уже подключенных к сети, будут генерировать 90 зеттабайт данных

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

Так, как быть то? А ответа, нет. Придеться ждать инноваций, которые сделают данные более лёгкими и плотными, и позволят легче передавать, хранить и защищать их. Ждемс...⏳

➡️ COMBINING YOUR DATABASE AND DEVOPS WITH OBSERVABILITY

Если кратко, то давайте на DevOps инженеров повесим обязанности по управлению СУБД. Мало же у них задач и нагрузки. А DBA - выкинем и забудем о них... 🤔

➡️ Top 5 DBA Concerns in the Age of AI and Cloud By Craig S. Mullins

👉Безопасность и конфиденциальность данных
👉Проблемы миграции в облако
👉Искусственный интеллект и автоматизация
👉Интеграция в практику DevOps (CI/CD)
👉Рост и хранение данных

Когда сам собираешь свой ПК...

С пятницей!

#mems

📚❗️ The Future of Fauna

Fauna’s mission has been to make working with operational data productive, scalable and secure for every software development team. Over the years Fauna built a revolutionary new document-relational database that has delighted thousands of development teams across the globe and powered the businesses of hundreds of paying customers. However, after careful consideration, we have made the hard decision to sunset the Fauna service over the next several months.

Сервис закрывается 😢

Напомню, что FaunaDB — это современная serverless распределённая облачная база данных.

Появилась в далеком 2012 году. Однако, сервис в открытый коммерческий доступ вышел лишь 2017. Как раз во время хайпа NewSQL СУБД. Успешно пережил его и превратился в DistributedSQL СУБД. Её часто ставили в один ряд с CockroachDB или YugabyteDB. Но...Всё же конкурентами были такие СУБД как Firebase, Supabase, Planetscale.

Что же...очень жаль проект 😢. Очень интересные истинные причины закрытия проекта. Подожду мнения журналистов спустя пару-тройку месяцев 💁

Конечно же ждем их в open source! 😜Разработчики пообещали выложить исходный код. Уверен, что все полезные наработки успешно "растербнят" другие вендеры 😉 Вряд ли кто-то будет делать свой форк..а хотя... почему бы и нет 😎

📚 В поисках идеального Database-клиента для IDE: Amplicode выбирает DBeaver

Не каждый день можно прочесть хвалебную статью посвященную графической консоли управления СУБД, поэтому это приятно вдвойне🥹

DBeaver - общепризнанный многофункциональный инструмент по работе с огромным зоопарком СУБД. Поддержка множества СУБД - чуть не главная киллер-фича проекта. Сообщество явно потрудилось над UX/UI дизайном, чтобы каждый пользователь чувствовал себя в нём комфортно.

Мне конечно не хватает в нём каки-то "рюшечек и фишечек", но это вкусовщина и не более того.

В общем, если кому-то наскучила черная консоль с белыми буквами, то DBeaver ваше спасение ⛑. Мне самому очень нравится этот инструмент, хотя мой пользовательский опыт весьма скромный.

Я пока сижу в Toad for Oracle 🐸и горя не знаю 🫠

📚 Будущее администрирования баз данных - это эволюция, а не вымирание

Всё чаще и чаще натыкаюсь на статьи о том, что ИИ заменят DBA. Однако, вымирание профессии никто не пророчит и DBA придётся как-то адаптироваться к этим изменяющемуся миру.

Рост влияния ИИ в задачах администрирования баз данных:

👉 Внедрение ИИ и интеллектуальной аналитики трансформирует подход DBA к управлению базами данных.
👉 С увеличением объемов и разнообразия данных возрастает необходимость быстрого доступа и минимального времени простоя, что усиливает давление на DBA.

Задачи, автоматизируемые с помощью ИИ:

👉 Рутинное обслуживание: Системы, такие как автономная база данных Oracle, автоматически выполняют резервное копирование и установку обновлений без вмешательства человека.
👉 Оптимизация производительности: ИИ анализирует планы выполнения запросов и предоставляет рекомендации по их оптимизации на основе реальных метрик.

Предсказание и предотвращение проблем:

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

Мониторинг безопасности:

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

Области, где человеческий фактор остается ключевым:

👉 Сложное решение проблем в контексте: Связывание, казалось бы, несвязанных событий в разных системах требует понимания контекста, что пока недоступно ИИ.

👉 Навигация в организационной политике: Балансировка технических требований с бизнес-приоритетами и отношениями внутри организации остается сферой деятельности человека.

👉 Этические решения в управлении данными: Принятие решений, учитывающих не только технические аспекты, но и ожидания клиентов и этические нормы, требует человеческого суждения.

Будущее профессии DBA:

Вместо исчезновения роль DBA эволюционирует. ИИ берет на себя рутинные задачи, позволяя специалистам сосредоточиться на стратегических аспектах, таких как архитектура данных, обеспечение безопасности и соответствие нормативным требованиям.

Все так превозносят ИИ, что мне кажется это уже становится чуть не религией какой-то. С ума народ посходил.

Я сам сейчас с ИИ пытаюсь научиться работать с одной из open-source СУБД. И скажем так, мой текущий опыт подсказывает, что ИИ еще очень далеко до самостоятельного решения каких-то админских задач. Порой ИИ сам выдумывает решения, а когда начинаешь их проверять оказывает ИИ что-то не учел:

"Да, вы правы! Я сгенерил х****... Попробуйте вот так..."

Может мне пройти курс промпт-инжиниринга? 🤔

Если система далека от принципа "юзер фрэндли", то приходиться прибегать к последнему средству...документации...

С пятницей!

#memsй

🎥 Database Internals Meetup #6: Колоночный движок в Tarantool и параллельная репликация в СУБД SoQoL

Традиционно в программе 2 доклада:

👉 Эволюция колоночного движка MemCS в Tarantool. Магомед Костоев, VK Tech, старший программист в команде Tarantool Platform Core
👉 Можно ли сделать репликацию параллельной и как увязать RAFT-журнал с WAL-журналом? Коротченко Андрей, РЕЛЭКС, архитектор СУБД SoQoL

Первый доклад технически сложный 😨 и явно направлен на аудиторию по разработке СУБД. Мне сложно его как-то оценивать, поэтому оставлю это на волю тех, кому интересно. 🤔

Второй доклад я бы хотел прокомментировать поподробнее, но... я почти ничего не понял 😒. Вроде лектор что-то говорит, листает презентацию, слова и предложения понятны, но почему-то они никак не связываются между собой. Ничего не понятно 😐 Как будто окунулся в студенческие годы 🤓

Слава богу народ стал задавать вопросы и чуть-чуть стало понятнее. Порой на реальных занятиях этого не хватает.

Короче, есть проблема - сделать масштабируемую репликацию и товарищи из SoQoL справились. Ой 🫢, оговорочка, не справились, пока. То есть весь доклад - это лишь аналитика компании. Так они собираются сделать и решить свою проблему. Получится или нет, загадка. Надо ждать разработку ⏳

Буквально на этой неделе, на очередном дэйли, наш аналитик команды заявил:

"Мне моя постановка понятна, то, что разработчик сделал как-то не так - его проблема" (с)

Тут примерно так же. Что-то такое по навыдумывали, а реализуемо это или нет - уже другая история.

С другой стороны я понял цель доклада! Осенило можно сказать 💡
РЭЛЕКС - компания закрытая. СУБД SoQoL - это проприетарное коммерческое ПО. Получается есть проблема с проверкой теорий и идей. Этот доклад призван привлечь сообщества для помощи в решении проблемы и дать комментарии по идее. Как идея - супер! Я проникся 😎

📚Мы протестировали разные облака в России на скорость PostgreSQL, Блог компании H3LLO.CLOUD

Идея для статьи - ТОП 🔝. Реально, очень интересно как отличается производительность СУБД в шаблонной конфигурации между облачными провайдерами. В идеальном мире всё должно быть одинаково. НО... разница есть. Причем довольно существенная 💭

Получается даже при выборе облачного провайдера надо проводить тендер и нагрузочные тесты. Как же всё усложнено 😨

К сожалению, верить в реальность полученных результатов или нет остается на совести читателей, но я бы не стал. Статью написал облачный вендер и конечно же именно облака H3LLO.CLOUD имеют лучший результат по всем тестам. Кто бы сомневался... 😏

В общем, возьму на заметку как идеи для исследования. Думаю может получится неплохая научная работа для бакалавра.

⚡️⚡️⚡️ Новая СУБД от Aranadata Arenadata Prosperity

Хотел еще вчера поделиться, но ручки не дошли.

У Arenadata сейчас хорошие финансовые позиции, особенно после выхода на биржу. Компания активно укрепляет своё присутствие на рынке — использует для этого все доступные ресурсы. Однако одно из уязвимых направлений — это универсальные реляционные СУБД. Да, у них есть Arenadata.Postgres (AD.PG), но продукт, мягко говоря, не впечатляет. По отзывам, он мало чем отличается от PostgresPro Standard — я лично не сравнивал, но слухи ходят именно такие.

Как можно усилить позиции в этом сегменте? Очевидный путь — вложиться в разработку: нанять опытных инженеров/разработчиков и доработать AD.PG до конкурентного уровня. Но тут проблема: на рынке дефицит квалифицированных специалистов, а конкурировать за них с PostgresPro, СберТехом или Тантором — задача не из простых. Поэтому гораздо логичнее и быстрее — купить готовое решение.

Отличный кандидат — ProximaDB от OrionSoft.

OrionSoft — команда с солидным бэкграундом: более 20 лет разработки ZVirt, системы виртуализации. Со временем компания развила целую экосистему продуктов, включая СУБД. ProximaDB — интересное решение, особенно благодаря множеству мелких, но ценных доработок. Плюс — у неё есть собственная графическая консоль для управления кластером, чего у Arenadata до сих пор нет, несмотря на более года разработки в этом направлении.

Да, у них есть ArenadataCluster (ADC), но он заточен в первую очередь на ArenadataDB (форк Greenplum), и ключевые функции уровня Enterprise Manager в нём отсутствуют. Интеграция ProximaDB в продуктовый стек Arenadata выглядит как разумный и сильный шаг. Браво!

Предсказываю: либо Arenadata Prosperity полностью заменит AD.PG, либо будет развиваться параллельно, как у PostgresPro — в виде двух редакций: одна — близкая к ванильному PostgreSQL, вторая — с расширенным функционалом.

UPD:
Как заявил директор по развитию Arenadata:
AD.PG - RIP ⚰️
Мое предсказание не оправдалось ☹️

📚Data integrity and complexity are seen as top challenge for DBAs

Компания Quest Software сделал аналитический отчет на тему: "The Database Management Market Landscape and the Evolving DBA" в вольном переводе, "Конъюнктура рынка управления базами данных и эволюция DBA".

Компании должны инвестировать в правильные инструменты и процессы, чтобы иметь возможность управлять всей экосистемой баз данных, состоящей из мультиплатформенных сред, с учётом требований к безопасности данных и приложений на основе ИИ

Прекрасный тезис на тему моего доклада на PG.Conf.2025. Бизнесу нужен серьезные Enterprise Manager, который сможет управлять всей инфраструктурой данных.

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

Из обычных ДБА пытаются сделать архитекторов данных. Причем первых никто не спросил. В добавок уже рутинная пугалка, что "ИИ всех заменит" явно не мотивирует людей его внедрять в компанию. "Я же сам себе не враг" (с)
Как финалочка статьи:

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

На самом деле ситуация парадоксальная 😱. Даже сейчас на рынке вакансий можно найти 100500 заявок на DBA PostgreSQL, а на DBA MongoDB, Redis/Valkey, Tarantool, Neo4j или Cassandra нет почти ни одной ❌. Может что-то и всплывёт, но не факт. Странно как-то. Однако, вакансий разработчиков под эти СУБД вагон и маленькая тележка. Складывается впечатление, что разработчики выполняют функции DBA. Бедняжки...😭

Когда выдаешь желаемое за действительно...

С пятницей

#mems

📚Выбор индексов в базах данных для highload-систем

Статья большая, и явно не для всех. Я стараюсь тему оптимизации обходить стороной, т.к. это очень узкая и холиварная тема. Сам обзор забавный, но уж очень общий. Как было сказано в комментах, может статью ИИ сгенерил, а автор чуток "причесал"?

Много теории и 0 практики. Если бы были какие-то пруфы (замеры скорости, сравнения), тогда еще ладно.

Короче, статья на заметку тем, кто хотел бы написать что-то своё.

📚 По разбираем прикольные статеечки с Хабра.
1️⃣ DWH: История поиска альтернативы PostgreSQL и Snowflake. Часть 1

Статья от OTUS. Этим всё сказано. Я понимаю, что это перевод, но по стилю очень близок ко всем публикациям Учебного Центра OTUS.

Мне очень нравится, что OTUS публикует материалы о СУБД, но почему-то они всегда какого-то низкого качества. Их даже нельзя назвать верхне уровневыми. Всё слишком поверхностно и с ошибками. Не понимаю причины этого. OTUS - имеет огромное количество курсов по СУБД и там работают хорошие специалисты. Не лучшие, но хорошие. Почему-то к своему блогу максимально посредственное отношение. Надеюсь, что цель статьи - побудь читателя гуглить понравившиеся названия СУБД или подходы.

2️⃣High Availability в Postgres Pro без головной боли -BiHA (Built-in High Availability)
Эта статья больше для меня. BiHA - это прокаченный аналог опенсорсного Patroni. Если Patroni уже чуть ли не принятый стандарт по обеспечению высокой доступности для PostgreSQL, то BiHA это относительно новый продукт. Он появился в 2023 году (если меня память не подводит). Главное его отличие от Patroni - отсутствие требований к установке Distributed Configuration System (DCS) в лице ETCD, Consul и т.п. Фактически PostgresPro вшили в Patroni протокол RAFT и всё. Однако, сами разработчики Patroni отказались от этой идеи. Почему? Не понимаю... Наверное это слишком трудозатратно что ли...

К чему это всё?! Я планирую как-то "пораскапывать "Patroni" в свободное время и написать несколько лекций и практических заданий по нему. Сейчас на рынке курсы и материал по Patroni откровенно говоря - плохой. Сам прошел курс от УЦ Форс по Patroni и был крайне ими не доволен. Отвратительно

3️⃣Почему сложно разработать OLAP-базу данных, если у тебя уже есть OLTP

Яндекс всё грезит своими HTAP вычислениями и HTAP СУБД. 2024 год прошел с рядом статей и выступлений от них, так и сейчас. Статья большая, но как всегда, всё самое интересное в комментариях. Один из комментаторов написал краткую выжимку из статьи.

Моё мнение - как R&D активность направление супер! Можно написать ряд кандидатских работ или может быть даже докторскую. Я не разработчик и не особо погружен в это, поэтому остаюсь лишь наблюдателем. Может быть как одна из тем НИР для студентов вполне подойдет.

4️⃣Firebird Conf 2025: до 13 апреля открыт прием заявок на выступление

Пойду на эту конференцию во второй раз. В целом, продукт Firebird и наш форк РедБазаДанных довольно интересны. Эту СУБД можно часто увидеть в колледжах и ВУЗах страны. Её рекламировали на банковских форумах. Однако, если мы говорим про ИТ-сектор, то про эту СУБД до сих пор почти никто не знает. Публичных специалистов нет. Выступлений нет. Тишина в DevRel активностях. Самое забавное, что ничего не меняется. Прошло уже три года после ввода санкций и...ничего. Будет конференция, узнаю состояние дел.

🎥 Spring Release: Redis 8

Коротенький видос о новых возможностях в весеннем релизе Redis 8 (вроде 1 мая , т.е сегодня). Обещают нативную поддержку 8 новых структур данных! Включая JSON, вероятностные структуры и векторный поиск. Теперь не надо дополнительно приседать с добавлением внешних модулей. Всё будет доступно из коробки.

Конечно же куча оптимизационных фич, которые частично были "перенесены" из форка опенсорсного Valkey.

Надеюсь Valkey и себе заберем фичу с поддержкой новых структур данных. Сейчас это кажется чуть ли не киллер-фичей нового релиза!

Картинка для размышлений...

С пятницей!

#mems

🐣 Спустя месяц дошли руки поделиться впечатлениями по конференции PGConf.Russia 2025.

❗️Доклады доступны бесплатно для студентов и преподавателей❗️

Остальным будет доступ через год.

🏆Это мой первый спикерский опыт на подобного уровня конференции и конечно очень здорово! Мне понравилось, пойду еще 😜

Рекламировать какие-то доклады не буду, у кого есть желание посмотрите программу и выберите то, что вам по душе.

Расскажу немного о самой конфе:

❇️ Под конференцию было выделено 2 этажа. На первом этаже был гардероб, ресторан и стенды партнеров конференции. Среди них УЦ ФОРС, Selectel, YADRO, КиберБэкап и это почти все. Стенды маленькие и не особо интересные. Буквально за 30-40 минут можно всё обойти и со всеми поговорить.

Второй этаж полностью был выделен под продукты PostgresPro. И сам этаж огромный! Куча места и куча стендов! Сразу видно "кто здесь папка" (с) Можно было поговорить с любыми специалистами и узнать про каждый продукт. Я бы отметил
👉 ChatPPG - ИИ для работы с СУБД
👉 Postgres Pro Machine - это программно-аппаратный комплекс с PostgresPro или Shardman на борту. Компании Скала-Р приготовиться. Это явно их конкурент (хотя на конфе говорили обратное, но я так не считаю).
👉 PPEM - Enterprise Manager для Postgres. Я как раз делал доклад о нём.

Общение со всеми участниками и спикерами было очень продуктивным. Сформулирую тезисы, которые меня зацепили и думаю взять их на проработку:

👉 Greenmask - опенсорс проект моего бывшего студента по созданию аномизированного бэкапа Postgres. Можно поучаствовать в его развитии.

👉 Взять лицензию на продукт Shardman для МФТИ и внедрить его в курс.

👉 Расширить свой доклад про Enterprise Manager'ы на большее количество участников и сделать само исследование более качественным.

👉 Провести нагрузочное тестирование EM на 10/100/1000 экземпляров PostgreSQL с целью оценки потребляемых ресурсов.

👉 R&D по новым реалиями (вызовам) при проектировании схемы данных. Появились распределенные СУБД. Как меняется процесс проектирования схемы БД? Что нового добавляет распределенный SQL?

👉 Хранение данных в СУБД обычно либо построчное, либо поколоночное. Что если хранить данные по ячейкам? Каждая ячейка это объект в key-value хранилище (redis,valkey)? Как такой подход меняет OLTP и OLAP нагрузку?

👉 PostgresPro занимается обновление курсов DBA1,DBA2,DBA3,DEV1,DEV2 с PG13 на PG16. Это занимает уже больше года. Над каждым курсом трудится по 4 человека. Куча ресурсов потрачено на обновление курса! Это даже не разработка с нуля! Сколько я в мозгу эту ситуацию не обдумывал, но не могу даже представить, что объем работы настолько большой. Кажется это какой-то обман и вброс. Может так говорят, чтобы другие не пытались? 🧐

👉 PostgresPro оказывает поддержку ваннильной версии Postgres и по всей экосистеме, включая Patroni. Как я понял, конкуренция на этом рынке слабая. ⬇️

👉 PostgresPro настолько много денег, что они даже не думаю о выходе на рынок СНГ. РФ им достаточно.

Вкратце, это всё. Конфа супер! 😉

🎥 в качестве продолжения предыдущего поста расскажу про DevOpsConf 2025 (7-8 апреля 2025).

💥Это конференция от Онтико, а они съели не одну собаку на организации подобных мероприятий. К докладами и их качеству у меня претензий нет. К организации тоже.

Я посещаю эту конференцию уже второй раз и закрепляюсь во мнение, что это Mini-Highload++. Прям со всем мини. Площадка та же, но спонсоров и стендов раз в три меньше. Из-за этого конференция кажется пустой. И народу признаться тоже раза в 2-3 меньше.

Однако встретил своих бывших студентов с МФТИ. Кто-то были просто как участники, кто-то был спикером! 👍 Супер! 🔥 Пообщались от души. На второй день встретился со своим бывшим старшим товарищем из колледжа (МГКИТ тогда)😱. Очень интересно как народ 2005-06 годов выпуска устроился в жизни. Я даже подумываю организовать встречу выпускников, а-ля, 20 лет спустя. Посмотрим 👨🏻‍🦳👵🏻

Что касается самих спонсоров конференции... то были сплошные облачные провайдеры☁️🌧⛈😶‍🌫️, форки кубера и платформа всего и вся от OrionSoft (Zvirt). Скучно 🥱. Мерча вообще толком не набрал. Билеты на секундочку стоят 105 000 рублей! 💰Довольно дорого.💸 С мерчем реально засада. Поэтому пришлось ходить на доклады...🧐

✅От меня хотят статьи в базу знаний, почему они ко мне пристали и зачем мне это? Анастасия Граф
Хоспади, очень крутая женщина! 💪 Моё почтение! 🎩Надавила на больную мозоль многих компаний. Создание и поддержка базы знаний в компании - колоссальная работа! Здорово, что руководство это понимает и создаёт отделы по контролю и управлению знаниями. Особенно круто, если это работает! Я тружусь уже более 16 лет в разных организациях и до сих не видел нигде адекватной системы контроля. Не могу найти 🙃

✅Компетенции и уровни развития инженера инфраструктуры. Системный взгляд, Тимур Батыршин
Сам доклад может и неплохой, но посыл отвратительный 😨. "Если ты хочешь развиваться, то бери больше ответственности" (с)
Ужасный тезис! Фууу! Эта фраза у всех компаний (где я работал и работаю) взято в абсолют. Чаще всего, кроме большей ответственности, тебе ничего не дают. Сам проходил и видел как коллеги корячатся. 🥶Брррр... Я до сих пор не знаю как лучше следует поступать, если ты хочешь продвигаться по карьерной лестнице внутри компании. Такое ощущение, что надо сразу ставить условия, рамки с руководителем и с руководителем повыше 🔲. Составлять план и заставить всех под ним подписаться. Наверное это утопично звучит, может у кого был иной опыт. Короче, очередная больная мозоль 🤯

✅Состояние инжиниринга на 2025 год, Игорь Курочкин
Супер доклад! 💪 В меру научный, глубоко аналитический и подан просто прекрасно. Мне было интересно слушать. И конечно же, это очередная боль многих людей. Работая в компании и "беря на себя дополнительную ответственность" ты не понимаешь кто ты? Что ты за специалист? 🤷‍♂️Если ты сейчас уволишься, то на какую вакансию ты пойдешь? У меня за мой карьерный путь до сих пор не сформировалось этого чувства. Какая вакансия мне идеально подойдёт? По факту я знаю очень много, но глубоко знаю не так много. Идти на вакансию в той области, где у меня максимум компетенций я не хочу. Перерос уже. ☹️

Короче, спикер попытался как-то поделить людей по категориям и дать им понимание кем они являются в идеологии DevOps. Очень круто. 😎 Послушал бы я подобный доклад лет 15 назад, то возможно карьера сложилась иначе 🍀

Что-то я тут много личных переживаний излил. Пора заканчивать. Конфа крутая, даже не точки зрения хард-скиллов, а точки зрения культуры, атмосферы и софт-скиллов. 🍻

📚 Picodata — альтернатива и drop-in-замена Redis

Radix - специальный инструмент для замены Redis на Picodata.

Слышал об этом еще года 4 назад от товарищей их VK.Tarantool.

Идея в том, что есть некий кластер Redis. Допустим из 6 нод. Затем ты настраиваешь новою ноду на picodata. Одеваешь ей плагин Redix и затем меняешься добавляешь её в кластер с ролью реплики. Новая нода ведет себя как redis. Один-в-один. Затем одну из нод удаляешь из кластера.

Далее проварачиваешь этот фокус со всеми нодами кластера и по этого у тебя кластер redis превращается в кластер picodata.

Сама идея - супер! Я очень бы хотел сам это руками потрогать и провести несколько тестов! Странно, что в Picodata только сейчас его опубликовали. Мне казалось такой плагин у них всегда был. Оказывается нет.

Мне очень интересные бизнес-кейсы, когда почему заказчик решил пойти на такой шаг? Зачем менять Redis на Picodata? Это же явно несет доп.издержки. Надо будет обсудить эту тему в комьюнити и на конференциях.

Кстати, ближайшая конференция 23 и 24 июня 2025.
Saint HighLoad++ 2025. Поеду в Питер ради этого!

📚 Переход из Oracle в Postgres Pro: не просто смена СУБД, а сдвиг подхода. Интервью с Марком Ривкиным

Весьма интересное интервью с руководителем консалтинга PostgresPro Марком Ривкиным.

Попробую выбрать главное
👉Переход из Oracle в Postgres Pro. Сообщество Oracle огромное и контента по это СУБД очень много. По PostgreSQL всего в разы меньше или нет вообще. Команде Марка пришлось очень много разрабатывать самим.

Я соглашусь, книг, курсов, демо, вебинаров по OracleDB и экосистеме в целом - очень много. Контентмейкеры по PostgreSQL только начинают раскручиваться.

👉Разработка недостающих функций: Команда выявила отсутствие ряда привычных механизмов из Oracle, таких, как Resource Manager, Enterprise Manager, Real Application Cluster (RAC), Oracle Flashback и поддержка пакетов. Это побудило их активно взаимодействовать с разработчиками Postgres Pro для внедрения необходимых функций.

Макр очень много внимания уделяет RAC. Почему-то он считает, что PostgrePro с мультимастером всё-равно отстаёт с RAC. Если товарищи из PostgresPro будут разрабатывать своё железо и сделают аналог Oracle Exadata - это будет бомба!

👉 Взаимодействие с руководством и сообществом: Руководство Postgres Professional оказалось открытым к предложениям и критике, что позволило эффективно внедрять улучшения и адаптировать продукт под нужды корпоративных клиентов.

Тут конечно полностью согласен с тем, что компания Postgres Professional вложила огромный бюджет в макетинг и продвижение своих продуктов. За последние 2 года вышло куча книг по СУБД. Почему другие вендоры не выпускают книги, я не понимаю... Самому что ли написать?

👉Взгляд в будущее: В интервью также обсуждаются перспективы российских форков PostgreSQL, роль искусственного интеллекта в администрировании баз данных и размышления о том, как бы Марк Ривкин проектировал СУБД с нуля.

Полностью согласен с Марком. От себя хотел бы добавить, что очень не хватает популяризации наших отечественных СУБД. Почему-то всё очень скромно. Где книги? Открытые/закрытые курсы? Программы переподготовки для преподавателей?

У VK есть свой Education Lab, где можно поизучать Tarantool и на основе этого написать НИР. Но чтобы туда попасть, надо 3 этапа собеседований пройти. Жесть какая-то. Должно быть всё более доступно. Примерная такая же песня с YDB и даже с SoQoL.