📚 В поисках идеального 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.

📚Теорема CAP: почему нельзя иметь все сразу и как аналитик выбирает чем пожертвовать

100500 раз обсуждается CAP теорема. Буквально вчера был очередной скромный холи-вар в комментах на тему CAP. Тут наверное идея в том, чтобы народ не забывал. Как бы её не критиковали и не меняли название (теорема Брьюера, альтернативное название) она всё равно у всех на слуху. Вопросы на зачетах, экзаменах и даже собеседованиях часто звучат по ней.

👉 Что такое системы AP?
👉 Приведите пример систем CA.
👉 Можно ли назвать PostgreSQL системой CP? Обоснуйте свой ответ.
👉 Как в современных реалиях добиться CAP систем? Возможно ли это?

И это только начало бесконечных вопросов ♾️.

В общем, знать её надо, как не крути. Это фундамент распределенных систем. Так же как и ACID для баз данных.

Вдогонку реальный кейс от Т-Банка про актуальность CAP
Тестирование CAP-теоремы на примере MongoDB
Залипательное чтиво 🩹

🎥 Postgres против MySQL: что решает выбор базы данных | Петр Зайцев

Глянул на днях очень крутое интервью Петра Зайцева, основателя компании Percona. У него еще есть ряд стартапов в области СУБД, но этом в другой раз.

Все таймкоды под видео, поэтому переписывать их не буду.

Отмечу ряд тезисов, которые вынес для себя:

👉 В начале Percona зарабатывала на консалтинге. Это было львиным процентом прибыли. Однако, консалтинг - вещь не постоянная.

❗️Сейчас Pecona - зарабатывает на поддержке.

💪 Если говорить точнее, то Percona предоставляет услугу ManageService. Всю заботу о СУБД компания берет на себя. Абсолютно все задачи.

👉ManageService где-то 80% прибыли компании. Консалтинг - 15%.

❗️Буквально недавно Percona запустили поддержку Valkey. Мой курс по Valkey c 9 июня

💰MySQL продался Sun -> Oracle купил Sun и получил MySQL в нагрузку.

😉СУБД - залипательные (с них тяжело слезать)

🤷‍♂️От Oracle почти нереально отказаться. Чтобы ты ни делал цена лицензии не уменьшается.

⚡️"Если ты туп, чтобы разобраться с PostgreSQL, то тебе не стоит копаться с СУБД" (с)

🤔Один из главных "тормозов" в развитии PostgreSQL - это котребьютеры, которые работают на коммерческих форках.
Поэтому никто не будет затаскивать изменения, которые оказывают слишком большое влияние на функционал.

😱По-настоящему серьезных катастроф в области ИТ еще не произошло. Падение ДатаЦентров - это цветочки.

😜Все хотят продавать подписку.

⚡️"Любая проблема может быть решена с помощью PostgreSQL. Если это не так, то это неправильная проблема" (с)

🤫Забавный парадокс. PostgreSQL - отличная и замечательная СУБД. Однако вендеры форков делают всё возможное, чтобы "обос*ать" её.

До встречи на зачетах, экзаменах и предзащитах 😉

С пятницей!

#mems

📚Алгоритмы консенсуса Paxos, Raft и Zab в распределённых системах

Отличная статья про алгоритмы консенсуса 🧨! Мне зашла 😉

Всем, кто хочет подробнее прочитать про Paxos и Raft — вам точно сюда.

Немного странно видеть здесь Zab — какую-то "кастомную поделку" для ZooKeeper, но ладно 💃

К тому же приятно почитать и про etcd, ZooKeeper и Consul.

📚 Не отходя от кассы еще одна статья: Распределённые транзакции в микросервисах: от SAGA до Two‑Phase Commit
Автор Timofei Ivankov @ivankov_timofei

Тимофей за месяц своей регистрации на Хабре написал аж 8 статей 💪! Довольно плодовитый автор 👍! И темы статей довольно интересные и материал качественный. Не идеальный конечно, но очень добротный! 😊

Я впервые узнал о SAGA около 4 лет назад на конференции ArchDays. Тогда же у меня появилась идея сравнить подходы ACID и SAGA при проектировании систем.

Обычно, если нужны транзакции, выбирают реляционную СУБД — и на этом всё заканчивается. Бывают решения на NoSQL, но только с обязательной поддержкой ACID. Но здесь речь о реализации транзакций на уровне приложения. БД — всего лишь хранилище данных, не более того 🗄.

На практике, как верно отметил автор, используются оба подхода. Всё зависит от контекста и компетенций команды: что кажется проще, то и выбирают 🐣.

Сейчас встречаются проекты, когда с помощью паттерна SAGA реализовывают распределенные транзакции между РСУБД. ACID внутри одной базы, но SAGA для работы с несколькими СУБД в рамках одного процесса в приложении 🧐

P.S. Жаль, что трёхфазный коммит остался лишь в академических проектах. Когда-то я всерьёз верил в него 😊