📚 Решил немного почитать Хабр.

1️⃣ Горизонтальное масштабирование базы данных. Репликация. Партицирование. Шардирование

Если кто-то хочет подтянуть теории по репликации БД, супер статья💪 Отсюда минус, что мало практический примеров. С другой стороны, если их добавить, то получится статья на 20+ страниц текста 😏 Короче, рекомендую к прочтению...


2️⃣ pg_profile и pgpro_pwr: анализируем производительность БД
Я бы называл эту статью затравкой перед "самым вкусным" 😋 Представляется, что тема сейчас как раскроется...а по факту, лишь рекламный проспект. Что ж, ждем дальнейших публикаций и выступления автора на PGConf.Russia2025.

p.s. идейка то хорошая. Надо взять на вооружение.
1. Сделать анонс доклада.
2. Проходит конференция с докладом.
3. Спустя пару-тройку недель/месяцев следующая развернутая публикация либо в виде текста-доклада, либо расширенный вариант доклада с пруфами.
Звучит как план 📋

3️⃣ Безумные и забавные факты о SQLite

Комментировать статью, только портить. Крутое чтиво, мне зашло 👍

4️⃣ Как я сделал PR на 14К строк в проект YDB будучи студентом

Вот такие надо дипломы писать! Эххх...
Интересно, есть ли какие-то СБТ opensource проекты, в которые можно что-то запилить? Хммм... 🤔

5️⃣ Чья фича лучше или как сравнить эффективность планов SQL-запроса

Статья не для всех, но поднимает интересный вопрос по метрики эффективности запроса в отрыве от железа.

Ну, воо...от 😕

🗿6 февраля у меня первая лекция, а тут такой стрим. Что ж, придётся смотреть в записи... Или же посмотреть стрим 👀вместе со студентами на большом экране в Great Hall? Хмммм... 🤔

Стрим Devhands 6-го февраля 18:00 MSK про СУБД

Рад сообщить, что в следующий четверг, 6-го февраля 2025 года в 18:00 МСК, в YouTube будет очередной стрим, посвященный базам данных, тенденциям, открытому ПО, лицензиям, облачным СУБД.

Тема: Тренды в мире открытых СУБД: ламповый обмен мнениями
Обсудим следующие вопросы:
* Тренды развития СУБД, комментарии экспертов по статье Эндрю Павло и Майкла Стоунбрейкера
* Коммерциализация open source СУБД: как на этом заработать
* СУБД со стороны облачного вендора: что его бесит и чего не хватает?
* Нужно ли учить СУБД бекендерам, или всё запилит ORM, а DBA за ним «разгребёт»?
* Что происходит с лицензиями и как это затронет нас всех?

Придут супер-эксперты:

* Алексей Копытов. Основатель и генеральный директор MyDB. В разработке MySQL и родственных проектов участвует с 2004 года в таких компаниях, как MySQL AB (впоследствии Oracle), Percona и Huawei. Автор многих функций и оптимизаций производительности в MySQL, Percona Server и Percona XtraBackup. Руководил лабораторией баз данных в российском R&D центре Huawei, где разрабатывались облачные решения на основе MySQL и других СУБД. Один из организаторов митапа Database Internals.

* Николай Ихалайнен. Со-основатель MyDB. Энтузиаст открытого програмного обеспечения, провел больше десятка лет, консультируя и поддерживая проекты, использующие MySQL, PostgreSQL, MongoDB на реальном железе, в облаках и Kubernetes в компании Percona. Автор ведущий нового курса Devhands “PostgreSQL 17: архитектура и тюнинг SQL-запросов”. Построил инфраструктуру и работал над оптимизации LAMP в старом Кинопоиске. Участвовал в разработке биллиновых систем для ISP/IPTV разработчиком на C++. Внедрял e-commerce в России в составе e-House как сисадмин и программист.

* Антон Герасимов — Гиперус, CTO. Специализируется на разработке облачных решений, масштабируемых системах, сетевой безопасности. Cейчас Антон – CTO в компании Гиперус, занимающейся разработкой коробочного решения для on-prem облаков (продукт, реализующий гиперконвергентную ИТ-платформу внутри компаний). Ранее работал в компаниях МойОфис, Спутник и Rambler.

Ссылки для удобного добавления в календарь
Google: https://calndr.link/e/5oYHlpYS5G?s=google
Apple: https://calndr.link/e/5oYHlpYS5G?s=apple

В рамках стрима заодно расскажем с Николаем про наш новый курс, “PostgreSQL 17: архитектура и тюнинг SQL-запросов”. Zoom в этот раз будет только для участников программ Devhands (в прошлый раз какие-то анонимные задроты нам пытались сорвать эфир).

Начинается новый семестр! В этом году мой предмет будет еще интереснее! Гостевые лекции станут еще более захватывающими! Ухх, надеюсь вам всем понравится!

С пятницей четвергом!

#mems

🎥 28 января прошла конференция PGProDay 2025. Однако, направлена она именно на клиентов компании PostgresPro. Текущих и будущих. Сплошная реклама продуктов и никаких технических подробностей.

Из полезного можно изучить дорожную карту продуктов на 2025 год. Довольно интересно послушать про планы и как маркетологи видят будущее.

Видео с конференции в свободном доступе при регистрации на сайте.

📚 Январь закончился, а я только сейчас добрался до новогоднего номера Database Trends and Applications Magazine: December 2024/January 2025

Традиционно всю эйфорию вокруг ИИ (AI) я пропущу, поэтому-то всё как всегда. Ничего нового... Из каждого утюга говорят, что надо его использовать...

Что же в остатке... давайте разбираться.

➡️What’s Ahead in Data Architecture for 2025 (Joe McKendrick)

Вангуется, что 2025 год запомнится следующими событиями:
👉 Еще больше распространение облачных хранилищ и lakehouse-архитектур. Больше облаков и озер в них
👉 Интеграции инфраструктуры с ИИ-помошниками.
👉 Больше проектов реализации идеологий Data Mesh и Data Fabric.
👉 Повышенные требования к системам мониторинг и наблюдаемость (observability).

➡️Advancing Real-Time Analytics and Hybrid Search: What’s Next for 2025
Основной посыл я понял так: зачем нам в компании 100500 разных аналитических баз данных? Надо иметь одну, которая способная выполнять гибридный поиск (объединение реляционных запросы, полнотекстового поиск и поиск на основе векторов). Добавляем ей функционал распределенных баз данных и "дело в шляпе" 🎩 Один большой аналитический монстр! 👻

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

➡️After 50 Years, What’s Next for SQL?
Пропущу всю чудесную историю развития SQL и перейду к прогнозу...
SQL + вектора = ❤️

➡️ So Long, and Thanks for All the Tech
Самое главное, что это последняя статья Гая Харрисона, который отдал 20 лет написанию материалов о базах данных. Видимо устал человек. Пора играть в гольф и наслаждаться отпуском (шутка, возможно) 😏
В своей финальной статье он порассуждал о самых великих ИТ-свершениях США за последние 20 лет (Meta, iPhone,Google и т.п.). Заслуги других стран не важны.

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

ОФФТОП: Буквально в начале февраля выложили в сеть инфу о том как работают бота-фермы...Признаюсь честно, я был удивлен технической продвинутости народа. Текст "ботов" генерился ИИ, а человек лишь слегка "украшал" его. Очень современно...

И как любой "взрослый" рассказал и вреде соц.сетей. Нужно держать баланс. 🔚

Вот и весь журнальчик 🎊

📚 How MongoDB Helped Zepto Reduce Latency by 40%

На глаза попалась статья, как MongoDB Inc со своим облачным сервисом MongoDB Atlas завоевывает рынок Индии. Компания (еще стартап, т.к. он появился в 2021) Zepto - это фактически сервис доставки еды/гаджетом. Я думаю это что вроде нашего Самокат или ранний ОЗОН. Не суть важно...

Забавно, что они начали с инфраструктуры на Postgres+Redis, но затем перешли на MongoDB и ее облачную вариацию. Если брать опыт РФ, то обычно всё идёт в обратную сторону 🤪
Хотя опять же, у нас не доступен сервис MongoDB Atlas и вообще весь сайт MongoDB. Возможно, если бы западные вендоры не ушли с рынка, то всё могло быть иначе.

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

Спросите, как это связано с базами данных? Вот, сами догадаетесь... Всем любви❤️

#mems

💬 4-5 февраля 2025, прошла юбилейная 🎊 25-ая конференция iFin-2025.

Крупнейший форум по электронным финансам в России с 2001 года🔝. Исключительно оффлайн-формат.

✅День 1 (p.s. дня 2 не будет, т.к. возникли более важные дела)
Народу традиционно очень много! Было 44 стенда-участника. 30 из которых "старожилы" форума.

Константин Маркелов сделал традиционный обзор законодательных актов в мире банкинга за прошлый 2024 год и рассказал о вызовах текущего года.

Если подытожить, то в этом году нас ждет:
👉 Больше и больше проектов с цифровым рублем (база уже есть)
👉 Универсальный QR-код. Платежный-Роуминг
👉 Открытые банковские API
👉 Снижения маржинальности транзакционного бизнеса
👉 Рост фрод/дроп и требования по AML

Наши любимые банковские вендоры сконцентрировались на
👉 ИИ-помошниках
👉 Цифровой профиль для ФЛ и ЮЛ
👉 Персонализация

✅Стенды
Немного расскажу о стендах, которые меня впечатлили
❗️Базальт СПО (ALT Linux)
Наш отечественный линукс! Роднуличка 🫶 Одна из старейших компаний в РФ. До 2020 года (сама компания основана в начале 2000-х) в ней работало 50 человек. До смешного мало. Сейчас уже более 350 (на самом деле их около 180. Остальные аутсорс)! Вот, что делают с компаниями "санкции животворящие" 🏋️! Я спросил их маркетолога, чем ALT лучше РедОС или АстрыОС? На что получил ответ:

"Наш продукт хороший и качественный. Клиентов у нас тьма тьмущая, т.к. даже РедСофт и Астра не справляются с их потоком, поэтому мы отхватываем солидный кусок от этого "пирога жизни".

Занавес. Вот эта позиция! 💪 Класс! 👍Чтоб я так жил... Просто ниоткуда появился поток желающих дать тебе денег )) Заговор, не иначе... 😵‍💫

❗️Айтисфера (ExactScoring)
Ребята разработали крутой сервис по оценке урожайности земельного участка. Выглядит очень круто.👍 Перед пользователем карта и границы участков. Система может спрогнозировать урожайность тех или иных культур. Супер!🍻 Вендор почему-то позиционирует свой продукт для банков, которые оценивают кредитный потенциал. Но мне кажется подобные оценки очень интересны при покупке участка. Сделали бы интеграцию с CIAN и получилась бы бомба! 💥

❗️Газинформсервис (СУБД Jatoba)
Пообщался с владельцем продукта Jatoba. Что тут сказать, сама СУБД хорошая, но чувствуется, что людей в компании мало. Очень мало. Почему-то ресурсы у них ограничены, что рано или поздно скажется на бизнесе и качестве продукта. Спросил у менеджера, а чего вы на конференциях по Постгресу не выступаете? На PG.Conf, например?

Мы не выступаем на конференциях конкурентов.

Думаю, что за бред 🤏🫤 У PG.Conf огромная аудитория! Она не направлена на продукты компании PostgresPro (для этого есть отдельная конфа). Доклады в основном про ванильный PostgreSQL. Почему-то у СберТеха нет проблемы с этим. Почему у остальных такое мнение, не понятно. 🤨 Если бы я был на месте маркетолога, то старался бы по максимум увеличить аудиторию охвата! Чтобы каждый знал о продукте! Видимо я чего-то не понимаю... 🤔

✅Доклады
Со всем ничего цепляющего. Даже выделить особо нечего. Сплошная реклама своих продуктов без какого-либо сравнения с конкурентами или с отчетами аналитических агентств. Поделиться нечем...

🎥 Наконец дошли руки разобрать видео DevHands Open Sessions // DBMS 06.02.2025, которое я анонсировал ранее.

❇️Общее впечатление.
Два часа разговоров без презентаций - вот так я бы охарактеризовал встречу 🎭 Срочно нужен формат подкаста 📻 В целом, получилось довольно лампово и полезно послушать про то, как серьезные люди мира СУБД РФ рассуждают про тренды развития СУБД и про то, как строится коммерческий софт с использованием открытого ПО.

*️⃣Основные тезисы:
👉 MyDB - форк Percona MySQL (зарегистрирован в реестре отечественного ПО 28.12.2024)

👉Системы MAP-Reduce умерли. Их заменили Распределенные СУБД

👉 По мотивам статьи Энди Павло и Майкала Стоунбрейкера по будущем СУБД участники сформулированы своё видение
1️⃣ Работа с бинарными данными, интеграция с S3
2️⃣ Аппаратные ускорители для СУБД - мертвая тема, так как дорого и долго (возможно облачные вендоры могут себе их позволить)
3️⃣ On-prem разделение computer- и storage- engine.
4️⃣ Parquet, Apache Arrow, DuckDB (локальная аналитика)

👉Крупные коммерческие предприятия сталкиваются с двумя проблемами:
❗️Одна огромная БД, которая не помещается на одну железку. Даже самую навороченную.
❗️ Фанаты микросервисов и kubernetes. Идёт следование принципу: "Каждому сервису своя БД". В итоге, подобное расщепление архитектуры на микросервисы приводи к гигантскому рою микробд, которые нуждаются в соответствующем обслуживании.

👉Большинству компаний среднего размера вполне достаточно БД на одном сервере + несколько реплик для распределения запросов. Проще масштабировать систему хранения и коммуникационную среду.

👉 Распределенные СУБД - это нишевая тема. Однако, никто не знает размер этой ниши 🤷‍♂️ Поэтому потенциал пока неизвестен.

👉 Есть желание использоваться протокол PAXOS, вместо RAFT. Однако, все ждут какой-то крутой программного реализации PAXOS, которой нет.

👉 Коммерческие СУБД решают коммерческие задачи

👉 YDB - работает только в Яндексе... Чтобы она работала у другого заказчика нужно украсть команду из Яндекса 🥷

👉 DBA нужен для того, чтобы ухаживать за БД

👉 DEV - должен заниматься оптимизацией.

👉 Бизнес вендора - создавать продукт. Консалтинг не бизнес.

В заключении хотел бы сказать, что жду следующее мероприятия. Очень хотел послушать про тренды OLAP СУБД в РФ.

📚 Meet Neo4j: HackerNoon Company of the Week

Весь 2024 год при попытке пообщаться с коллегами на тему графовых СУБД и Neo4j в частности я получал ответы из разряда:

- Neo4j, это хорошая учебная СУБД. Чтобы познакомиться с графами и не более того.
- Производительность Neo4j оставляет желать лучшего. Ладно, если у вас одна нода, но если их несколько (для OLAP нагрузки это норма), то начинаются проблемы

И тут, статья о том, что:
👉 Neo4j до сих пор удерживает лидирующие позиции в мире графовых вычислений.
👉 Neo4j занимает 44% рынка графовых баз данных и обслуживает 84% компаний из списка Fortune 100

👉 Предоставляет инструменты GraphRAG Ecosystem для создания приложений генеративного ИИ на основе knowledge graphs, обеспечивая наивысшую производительность.

👉 Компания преодолела отметку в $200 млн ежегодного регулярного дохода, удвоив этот показатель за последние три года, и достигла оценки в более чем $2 млрд. ❗️Проверить можно тут

Спрашивается, какого ***** ? 👀 То ли в РФ как-то не раскусили эту СУБД, то ли всё опять упирается в санкции и и компания Neo4j банально не хочет с нами не работает. Тем не менее, какое-то пренебрежение к графовым СУБД чувствуется.

И как финальный гвоздь в развенчивании мифа о малой популярности графов ⚰️: В ноябре 2024 года Neo4j провела шестую ежегодную конференцию NODES 2024, собравшую тысячи разработчиков и дата-сайентистов для обсуждения графовых приложений и контекстуального ИИ.

Какие выводы можно сделать? 🤔В РФ действительно мало проектов с использованием графов. Всё-таки РСУБД доминируют во всех сферах. Тут можно долго рассуждать о причинах, но эта уже тема другого поста... 😉

С пятницей!

#mems

📚 Почему масштабные развертывания NoSQL терпят неудачу
Автор: Sunny Bains, PingCAP

Очень кликбейтное название статьи 😉 Прям захотелось прочитать... Давайте ознакомимся с мнением автора.

NoSQL СУБД (на примере HBase) теряют популярность из-за того, что:
1️⃣ Взросление компании-пользователи. Ранее бизнес-процесс был простой и задачи были не сложные. По мере роста, задач становилось больше и сами задачи стали сложнее. HBase банально не успевал за трендами. Точнее не так, HBase не стремится быть универсальной СУБД. Она как была простой и без навороченного функционала, так и осталась.

2️⃣Требование SQL языка. Все любят SQL и не хотят изучать какой-то другой язык запросов. Поэтому, если NoSQL СУБД не поддерживает SQL, то её заменяют. Справедливости ради сейчас почти любая СУБД поддерживает SQL или близкий к SQL язык запросов.

3️⃣NoSQL СУБД слишком много. Найти хорошего DBA или даже разработчика - очень сложная задача. Поэтому решающую роль играет сообщество.

4️⃣Популяризации облачных сервисов тоже сыграло свою роль. Если NoSQL база не имеет своего облачного сервиса, то вряд ли это компании сможет задержаться на рынке. Как следствие, очень малое число реальных специалистов, которые умеют обслуживать on-premise инсталляции.

5️⃣От себя добавлю, что даже в РФ множество проектов по миграции с NoSQL СУБД на РСУБД (или Р-РСУБД). Любовь к транзакциям никак не изжить.

Конечно статья очень субъективная. Честно говоря, мне не хватает "пруфов". Нужно больше доказательств. Если их найти и привести, то можно сделать хороший доклад для конференции, а может и цикл ретроспективных статей написать...😏

📚 Новая база данных Microsoft DocumentDB переосмысливает NoSQL на PostgreSQL

RU вариант с Хабра

Новый проект с открытым исходным кодом от Microsoft под названием DocumentDB, который представляет собой документо-ориентированную базу данных, построенную на основе PostgreSQL. Этот проект добавляет возможности NoSQL к уже известной платформе PostgreSQL, предоставляя совместимость с API MongoDB

Казалось, еще одна СУБД. Причем это даже не СУБД, а надстройка над Postgres. Самое интересное, что язык запросов полностью аналогичен MongoDB. Затея интересная.

В 2020 году (плюс-минус пару лет) MongoDB была довольно популярна в РФ. Было много докладов и прочее. Она использовалась в Яндексе и во множестве других компаний. Были проекты миграции. Причем именно с Многи на Постгрес. Забавное совпадение.

Затем наступил 2022 год и компания MongoDB Inc "хлопнув дверью" кинула всех клиентов РФ и ограничила доступ к своим продуктам с российских адресов. Поэтому весь тот год компании массово мигрировали куда-то...

Сейчас для РФ это ничего не значащая база, но для европейского рынка мне кажется это очень интересный проект. Даже некоторые "ушлые" компании уже успели выпустить форк с массой улучшений FerretDВ 2.0, который производительнее в десятки раз. Снимаю шляпу 🎩 перед их скорость реакции. ⚡️

В целом, думаю стоит обратить внимание на дальнейшую судьбу проекта на Гите

В продолжении предыдущего поста

📚Статья Microsoft open sources PostgreSQL extensions to muscle in on NoSQL

Когда я прочел первые пару абзацев у меня случилось озарение! Microsoft сколотила себе состояние на продаже коммерческого ПО 💰. Откуда такая тяга к открытию своих разработок? 🤔 И тут меня осенило, это прекрасный способ потопить своих конкурентов! 😈 Прежде всего MongoDB 🌊🏄

Microsoft в сотрудничестве с FerretDB открыто заявляет:

Выбросите свою MongoDB в унитаз. Переходите к нам! У нас всеми любимый PostgreSQL под капотом! Предлагаю бесплатную миграцию!!!

Пока MongoDB inc пытается сохранить лицо, сказав, что

...документо-ориентированная модель стала промышленным стандартом. Проекты интеграции Mongo API в РСУБД - вещь не новая. MongoDB всё равно производительнее и круче...и т.п.

Конечно, товарищи из MongoDB отчасти правы, но я думаю, что цель у Microsoft убрать конкурента с шахматной доски! 🧹

Буду следить за новостями о проектах миграции на FerretDB.

С пятницей!

#mems

12 февраля в четверг прошёл митап в СПб от компании PostgrePro PGMeetup СПб/25.

❇️Общее впечатление
Мне кажется, что цель митапа была максимально комплементарно отозваться об облачном провайдере Selectel.
"Хоспади", сколько хороших слов было сказано 🆒 и продемонстрированы максимально теплые взаимоотношения между компании даже сложно оценить... Обнимались как могли в рамках делового приличия 👩‍❤️‍💋‍👨

Предлагаю рассмотреть доклады:
1️⃣ Много не мало. Зачем нужен выделенный сервер под облачные базы данных - Гришин Александр

Концептуально новой продукт - Облачная база данных на выделенном физическом сервере как сервис.

Этот тезис полностью описывает доклад. Даже добавить нечего. Новая более дешевая услуга для клиентов. Всё.

2️⃣Через тернии к звездам - как засунуть Петабайт в Postgres - Михаил Жилин

Мне кажется есть некий "мисандестентдинг", потому что автор Петабайт засунул не в PostgreSQL, а в Shardman. Это чуть-чуть иной продукт 🦑. Пусть и основанный на Postgres, но всё-таки это распределенная СУБД. Доклад очень хороший, т.к. излагается в формате истории. Как человек подошел к задаче и на какие грабли наткнулся 👀

Основные мысли, которые я вынес:

👉 Даже если у вас полностью однородные физические ноды кластера (одинаковые CPU, RAM, SSD), то всё равно можно наткнуться на проблему падения или роста производительности отдельных нод. В докладе было 7 нод и две ноды вели себя аномально.

👉 При тестировании кластера появляется множество проблем с железом. Эти проблемы нужно идентифицировать и устранять.

👉 В примере из доклада чаще всего выходили из строя планки оперативной памяти. За ним кулеры и различные кабели.

👉 Помимо проблем с железом могут быть проблемы на уровне драйверов и операционной системы. Поэтому так важно в этом разбираться и правильно тюнить.

👉 По факту результаты теста не так важны, как важен пользовательский опыт реализации подобного теста.

3️⃣Новости и вызовы кластерных технологий PostgreSQL - Павел Конотопов

Описание:

Расскажем про open-source и proprietary решения для построения отказоустойчивых кластеров баз данных. За последние годы появился новый функционал в существующих решениях...

Даже особо добавить нечего. Доклад превратился в обзор разных решений и что в них появилось за последний год. Ну, кто с этим часто возится на работе тому полезно. Самое интересное для меня было на таймкоде с 29:30 по 32:00 ⌚️. Автор решил рассказать об экспериментах с DuckDB. Фактически привёл сведения о том, что при интеграции этих двух СУБД скорость выполнения аналитических запросов стала чуть ли не в 10 раз быстрее! Интересно было бы разобрать тестовый кейсы. Надеюсь, мой дипломник достойно освятит эту тему в своей работе к концу весны! 🤔

📚 Western Digital представит жёсткие диски HAMR ёмкостью 44 ТБ в 2026 году

📚Почему мы перешли на RAID 10

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

Selectel предоставила сервера с дисками Western Digital Ultrastar DC SN840 на 15,36 ТБ. Рыночная стоимость такого диска в РФ где-то около 220 000 руб. Для сравнения HDD диск на 16 ТБ стоит около 30 000 рублей. Примерно в 7 раз дешевле.💥

При это уже сейчас Seagate может поставлять в ЦОД диски объемом 36 ТБ!

В общем, к чему это всё.

Объемы накопителей (HDD, SSD, NVMe) растут год за годом. Уже на протяжении 70 лет. Пока какого-то пика не видно. Да, были года "застоя", но затем рост продолжился.

Цена за 1ГБ хранения информации постоянно уменьшается. Сейчас собрать сервер с недорогими дисками и объемом 360 ТБ может позволить себе почти каждый. Даже с учетом RAID 10 и прочих накладных расходов выходит 160 ТБ полезного объема! Это огромное значение! Даже для мира СУБД!

Если мы хотим выжить максимум из СУБД надо уметь разбираться и в аппаратной части подконтрольных систем. Хотя с учетом того, что все пользуются услугами ЦОД и облаков глубоко копать и не нужно. Однако, понимание направления "копания" и указания инженерам на что нужно обратиться внимание - крайне важный фактор в диагностике проблем.

Я так красиво вас подвожу к посещению своего факультатива по "Инфраструктуре многопроцессорных систем" в сентябре месяце 😉🤑

Сделаю репост из блога коллеги в свой канал.

Об Redis и об DragonFly
На этой неделе вышло две новости, которые было вселили в меня надежду на то, что в экосистеме кеш-сервисов намечается серьёзная конкуренция. Во-первых, вышел третий майлстоун релиза Redis 8, в котором заявлены многочисленные улучшения производительности. Во-вторых, DragonFly объвил о продукте DragonFly Swarm, своём аналоге Redis/Valkey Cluster. Ну началось, подумал я, Valkey пушнул конкуренцию.

По факту оказалось что: Redis, похоже, просто обращает внимание пользователей на возможность включить io-threads, которая была всегда, и говорит, что так можно увеличить производительность в 2 раза. Ну мы это прекрасно видели на своих тестах, 2 раза это конечно хорошо, но это слабый скейлинг по ядрам (продиктованный родовой травмой Redis).

В свою очередь DragonFly похоже пока делает закрытый продукт - в анонсе предлагается потестировать Swarm либо в их облаке (супер-промоушен своего облака), либо обратиться к сейллзам.

Фраза дня:

А чем в основном занимается айтишник в оплаченное время? В более-менее интерпрайзном ландшафте айтишник в основном занимается поиском ответов на вопросы вида «что это за херня».

С пятницей!

#mems