16 марта в свой День Рождения решил поделиться одной личной историей.

🎮 Как я уходил из мобильного гейминга на 5 лет и что нашел, вернувшись.
Я геймер со стажем 😎. Мой путь начался с 8-ми битных пикселей на Dendy, далее была Sega, ПК, ноутбуки, планшеты и дошел до современных смартфонов.

В мобильные игры я втянулся где-то в 2011 году. Причина была простой до банальности, эпидемия на работе. Все играли - и я играл. Популяризация планшетов, всеобщий фанатизм от продуктов Apple, "злые птицы". Эх, была эпоха 😅

В какой-то момент (году в 2020-м) я забросил мобильный гейминг.

И вот, буквально недавно, из чистого любопытства решил скачать одну популярную мобильную стратегию. Просто хотел посмотреть, как далеко шагнул прогресс "донатных помоек". И, честно говоря, я был очень, ну просто очень удивлен👀. Технический прогресс за эти годы сделал огромный скачок 🦶. Начнем по порядку.

🛑Мой личный «Black List»: почему я уходил

👉 Фиаско с лутбоксами. Однажды я влил в проект около 40к рублей (ползарплаты на тот момент!). Хотел буста, а получил... ничего. Великий Рандом показал мне фигу, и в тот же день игра была удалена навсегда.

👉 Работа во вторую смену. Ивенты требовали заходить в игру каждый час на 5 минут. Это не геймплей, это какой-то дежурный график на минималках, сжирающий все «человеческие ресурсы». Бывало даже по ночам приходилось лазить в планшет 😰

👉Разработчики-джуны. Помню, как мы с моей ТОП-гильдией находили баги в каждом обновлении! В каждом 🤯! Мы буквально ломали экономику ивентов. По началу было забавно, но потом стало раздражать. Раз, два, три облажались, ладно. Но когда это длится год, то становится грустно.

👉 Скриптовое бессилие. Последней каплей стали боты-автофармлеры. Я фармил ресурсы сутками, а сосед по альянсу просто включил скрипт на ночь и обогнал меня за неделю! Обида за потраченное время была такой сильной, что я завязал с мобилками. Нет смысла тратить реальное время.

🔮Пять лет спустя или добро пожаловать в будущее
Скачав свежую стратегию, я ожидал увидеть те же костыли, но обнаружил мощный инженерный скачок. Вот что меня зацепило:

✅ Автопереводчик в чате. Это просто магия. Больше не нужно гуглить, что там кричит на турецком ваш противник/союзник. Одна кнопка - и вы понимаете друг друга. Уровень интеграции такой, что языковой барьер просто исчез.

✅ Четкий Roadmap на 100 дней. Больше никаких ожиданий и догадок, а что нас ждет в игре дальше? Прямо в игре висит календарь обновлений. Не только список эвентов, но и прочие изменения. Полная прозрачность.

✅Data-driven альянсов и API. Раньше я вел учет активности игроков в монструозных Excel-таблицах. Сейчас для оперативной аналитики вся инфа есть в UI. Более того, некоторые разработчики дают API! Можно выгружать историю действий, строить графики и анализировать эффективность каждого игрока или альянса. Игра превращается в прикольный BI-проект.

✅Античит-терапия. Увидеть, как система банит 10 человек из альянса за скрипты весьма прикольно 🫣. Особенно забавляет их нытье: «А за что? Это же просто донатка, а не CS!». Спасибо разработчикам, теперь тратить время (и деньги) не так обидно, когда знаешь, что правила одни для всех.

✅UX/UI здорового человека. Интерфейсы стали более богатыми, но иконки с донатом чуть подбешивают. Видно, что в штат наконец-то наняли нормальных дизайнеров. Но признаю, что какой-то пользовательской документации мне не хватает 📘 Я бы почитал

🛋 Итог: что там под капотом? 🖥
Мобильные игры превратились в сложнейшие высоконагруженные системы. Как человеку, который преподает базы данных, мне безумно интересно:
❓Как они держат консистентность в ивентах «сервер против сервера» при такой нагрузке?

❓Что там за база данных: шардированный SQL, что-то из NoSQL-стека типа Valkey или вообще свои велосипеды?

❓Как организован Disaster Recovery? Если у них упадет база во время финала сезона, через сколько минут они поднимут бэкап и не случится ли «откат» на миллионы долларов?

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

📚 Эволюция PostgreSQL-хранилища размещений в Авито

Я долго думал стоит ли писать что-то про эту статью и всё-таки решил её "подсветить" 💡. Она довольно старая, от 5 февраля, но написана хорошо и интересно.

Описать данную работу можно так: это полезная статья для тех, кто работает с большими проектами. Она честно показывает на примере Авито, что даже простые вещи (вроде удаления записей из базы) перестают работать, когда данных становится очень много, и учит, что проблемы нужно решать не костылями, а переделывая архитектуру с учётом будущего роста.

Я сам работал с подобной базой и наблюдал её рост со 100 МБ до 4 ТБ. Мы как раз подходили к идеи партиционирования данных, но...банк схлопнулся 💸. Рост базы данных закончился вместе с ним.

Хочу обратить внимание, что статья в целом, неплохая, но почему-то на ней всего 20 лайков и 3 коммента. Такое ощущение, что никому это не интересно 🤷‍♂️

📚 TiDB and the rise of the AI-native database

Очень прикольная статья от разработчика TiDB из компании PingCAP.

🔧Суть: В современном мире главным преимуществом является не модели ИИ, а инфраструктура данных, которая работает с ними.

Тезисы:
1️⃣Смена главного пользователя БД. Если раньше базы данных проектировались для людей (разработчиков, аналитиков), то теперь их основными пользователями становятся автономные AI-агенты. Они создают, используют и удаляют базы данных без участия человека, в огромных количествах.

2️⃣Классические СУБД (вроде MySQL или PostgreSQL) не справляются с новыми нагрузками, потому что они не рассчитаны на:
➖Миллионы короткоживущих экземпляров баз данных.
➖Огромный объем служебных данных (метаданных) при малом объеме полезных.
➖Экономическую неэффективность (платить $5 за базу, которая живет несколько минут, скажем так, нецелесообразно).

3️⃣TiDB теперь я позиционирует как «AI-нативная» базы данных:
➖Архитектура: Используется подход виртуализированного слоя данных с мультиарендностью (multi-tenancy). Физическая инфраструктура общая, а логические базы данных для агентов изолированы, создаются и удаляются мгновенно. Архитектура TiDB позволяет эффективно работать с миллионами мелких «логических» баз данных.
➖Новая модель ценообразования. Автор описывает пример сотрудничества с платформой Manus, где пришлось отказаться от оплаты за инстанс. Вместо этого была внедрена модель оплаты за совокупное потребление ресурсов (usage-based), так как более 90% баз данных создавалось агентами для одной задачи.

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

🔮Будущее: База данных становится "невидимой" инфраструктурой, работающей "под капотом" у AI-агентов, которые выполняют сложные запросы пользователей (например, создание сайта по голосовой команде). Ключевая стратегия для эпохи ИИ - хранить все данные и делать их доступными для машин с максимальной скоростью.

📚 SurrealDB привлекает $23 млн для расширения своей AI-native многомодельной базы данных

17 февраля SurrealDB Inc объявила о привлечении дополнительных инвестиций в размере 23 миллионов баксов. Вот это начало года! Конено не 400 млн как ClickHouse, но всё равно сумма приличная.

Тут примечательно, что SurrealDB тоже себя позиционирует как AI-native СУБД. Видимо это новый тренд в эволюции баз данных. Тренд 2026 года.

Из интересного 🤔, SurrealDB - это масштабируемая, распределенная документно-графовая СУБД 📃➖📇. Да, да, это не реляционная база как TiDB. Что-то необычное 😳
Мне кажется, что SurrealDB является конкурентом MongoDB. По крайней мере складывается такое ощущение исходя из описания.
Еще один тезис в сторону конкуренции с MongoDB в том, что в SurrealDB нет SQL, там свой язык SurrealQL.
SurrealDB - написана на Rust 🦀.

Компания утверждает, что ее база данных стала самой быстрорастущей за всю историю: ее скачали 2,3 миллиона раз, она набрала 31 000 звезд на GitHub и более 1000 форков.

Среди известных клиентов SurrealDB — Verizon Communications Inc., Walmart Inc., ING Groep NV, Nvidia Corp., Samsung Electronics Co. Ltd., Tencent Holdings Ltd. и Poly AI Ltd.

Продление финансирования связано с выходом общедоступной версии SurrealDB 3.0.

Короче, разработчики выполнили план и получили премию. Я так понял это утверждение 🤔 💰

Вдогонку, чтобы не делить посты следующая статья: Тесты производительности SurrealDB 3.0

Она написана одним из разработчиков SurrealDB. В ней он привёл результаты тестирования СУБД, который они проводили своим собственным бенчмарком crud-bench.

Я даже не знаю, что тут сказать. Всё равно, что я спроектировал автомобиль и по моим тестам он круче BMW в 100 раз 😎. Доверять этим цифрам смысла нет. Это как компания Nvidea показывает рост производительности своих карт на основе своих бенчмарков.

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

🎦 Эволюция баз данных: SQL, NoSQL и доминирование PostgreSQL | Константин Осипов #78

Ссылки на трансляцию на российских площадках:
- vkvideo -
- rutube -

Шикарное интервью с Костиком Осиповым! Советую всем посмотреть о оценить его! Можно весь диалог на цитаты разносить..

Несколько интересных мыслей, которые я подчерпнул:

👉 ScyllaDB больше ориентирована на работу с диском.
👉 Кластер ScyllaDB в несколько петабайт это нормально.
👉 Кластер 22 ноды и сотни терабайт на каждой. Старт одной ноды может занимать часы.
👉 Из популярных NoSQL систем язык SQL не добавили только MongoDB и Redis.
👉 Самые живые направления NoSQL СУБД, для которых PostgreSQL пока не подходит - это поисковые базы данных🔍.
👉 СУБД Firebird используется в кассах.
👉 SSD справляется с нагрузкой. КЭШ в ОЗУ не нужен.
👉 Есть ли кладбище СУБД?
‼️ СУБД не умирают, они остаются маленькими навсегда.
👉 База данных - канал доставки кода программисту
👉 Все новые СУБД ориентируется на синтаксис PostgreSQL
⁉️Благодаря ИИ мы смогли понять, что такое "рутина". Ранее мы думали, что вот это интеллектуальный труд, а на самом деле это не так.
⁉️Но это может вызвать "застой" в разработке.
❗️Как я понял Костика: "Picodata зарабывает в РФ на том, что внедряет в компании сертифицированную ФСТЭК СУБД как замену Redis Cluster. Кластер Picodata аналогичен по функционалу Redis Cluster". Интересный кейс. На рынке РФ нет форка Редис для госсектора. Вот так Костик решил это проблему.
👉 Так же Picodata может служить как импортозамещение Cassandra, ScyllaDB.
👉 Всё это работает через плагины Picodata

✅Если не знаете какую СУБД взять, то берите PostgreSQL

Тренды📈:
⚡️Разработчики СУБД пытаются переписать всё на Rust
⚡️Не так важен высокий RPS. Сейчас главное объем. В РФ почти нет компаний у которых нагрузка выше 5000 транзакций в секунду.

В конце три предсказания 🔮:
🔜Через 2-3 года в Cassandra добавлять синтаксис ANSI SQL.
🫤Будет прикольно полностью переписать PostgreSQL на Rust.
😐Не понятно нужны ли распределенные СУБД? Выживут ли они спустя 3 года?

🎦 Valkey 2026: In-Memory Databases, AI Agents & Real-Time Data | Madelyn Olson, AWS

❗️Текст❗️

Мэделин Олсон (мейнтейнер Valkey, Principal Engineer AWS), утверждает, что в 2026 году произойдет решительный сдвиг в сторону команд экспертов, управляющих меньшим количеством баз данных, но при этом эти базы данных должны будут выполнять гораздо больше функций.

1️⃣ Консолидация баз данных
Компании устали от "зоопарка" специализированных БД (векторные, поисковые и т.д.) и переходят к нескольким универсальным системам. Победителями станут Postgres и Valkey.

2️⃣Valkey для AI-агентов
Агентные системы требуют доступа к структурированным данным в реальном времени. Valkey адаптируется к новым вызовам:
👉 гибридный поиск: полнотекстовый + векторный для RAG.
👉 улучшенной durability (чтобы стать не просто кэшем, а полноценной базой данных).

3️⃣ Снижение затрат на память
Рост цен на RAM и SSD заставляет искать компромиссы. Valkey делает ставку на сжатие данных (с использованием CPU, например, AWS Graviton) и хранение части данных на SSD - это снижает TCO без значимой потери производительности.

4️⃣ Человеческий фактор
Успех внедрения AI-инструментов зависит от опыта разработчиков. Чем проще интегрировать базы данных и агентов в повседневную работу, тем быстрее технологии принимаются.

⚡️Дорожная карта Valkey на 2026 год⚡️

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

🔥 Гибридный поиск. Уже вышла новая версия ValkeySearch 1.2, которая позволяет выполнять поиск по текстовым, теговым, числовым и векторным атрибутам в рамках одного запроса и анализировать результаты.

🔥 Оптимизация затрат. Сжатие данных и интеграция с твердотельными накопителями для снижения растущих затрат на инфраструктуру без ущерба для производительности

В продолжении прикольных новостей по Valkey

📚 Valkey's lean memory tactics amid global DRAM crunch

Краткая выжимка:

🗣 дефицит DRAM приводит к росту цен на память. Разработчики вынуждены оптимизировать потребление памяти, чтобы не жертвовать производительностью.

✅ Valkey сфокусирован на снижении расхода RAM.
👉 В Valkey 8.0 достигнуто до 20% повышения эффективности (больше ключей на узел) за счёт мелких оптимизаций внутренних структур.
👉 Valkey 9.0 добавил multi-database в кластерном режиме, что позволяет консолидировать рабочие нагрузки и ещё больше экономить ресурсы.

⚠️Рекомендации пользователям
1️⃣Обновляться до свежих версий Valkey
2️⃣Пересмотреть политики вытеснения (eviction) и TTL.
3️⃣Выбирать подходящие структуры данных, т.к. разница в потреблении памяти может достигать 50%

В целом, это обычная маркетинговая статья. Но я очень жду, когда Valkey по завету своего "родителя" добавит поддержку вероятностных структур данных. Именно эти структуры нацелены на экономию RAM. Поглядим, будет ли в Valkey 10.0 встроенные в ядро новые структуры данных...