Как мы подружили Tarantool с Kubernetes
Привет, Хабр! Я — Калашников Сергей, DevOps‑инженер в Центре Перспективных Разработок (ex. R&D) компании Bercut. Cегодня поделюсь опытом внедрения систем на базе Tarantool и Tarantool Vshard в оркестратор Kubernetes.
Tarantool — платформа, которая включает в себя in‑memory базу данных, а также встроенный сервер приложений. На базе этой платформы наша команда разрабатывает различные информационные системы, расширяя функциональность с применением языков Lua, Rust, C\C++.
Несмотря на все очевидные плюсы Tarantool, он не является тривиальным в части конфигурирования и bootstrap. Это привело нас к разработке Operator для Kubernetes, который обеспечивает развертывание и конфигурирование кластеров на базе Tarantool и Tarantool Vshard.
Читать: https://habr.com/ru/companies/bercut/articles/950628/
#ru
@database_design | Другие наши каналы
Привет, Хабр! Я — Калашников Сергей, DevOps‑инженер в Центре Перспективных Разработок (ex. R&D) компании Bercut. Cегодня поделюсь опытом внедрения систем на базе Tarantool и Tarantool Vshard в оркестратор Kubernetes.
Tarantool — платформа, которая включает в себя in‑memory базу данных, а также встроенный сервер приложений. На базе этой платформы наша команда разрабатывает различные информационные системы, расширяя функциональность с применением языков Lua, Rust, C\C++.
Несмотря на все очевидные плюсы Tarantool, он не является тривиальным в части конфигурирования и bootstrap. Это привело нас к разработке Operator для Kubernetes, который обеспечивает развертывание и конфигурирование кластеров на базе Tarantool и Tarantool Vshard.
Читать: https://habr.com/ru/companies/bercut/articles/950628/
#ru
@database_design | Другие наши каналы
Что такое endianness и почему это важно для обмена данными между устройствами? Статья объясняет, как порядок байтов влияет на правильность передачи информации в системах IoT, 5G и финансах, а также как современные технологии помогают корректировать и анализировать такие данные. Новый уровень работы с данными MongoDB
MongoDB представила SQL Interface — инструмент, который превращает сложные структуры документов в удобный для SQL формат. Это обеспечивает более высокую производительность запросов и упрощает интеграцию с BI-инструментами. Новинка заменит BI Connector к 2026 году.
Читать подробнее
#en
@database_design | Другие наши каналы
MongoDB представила SQL Interface — инструмент, который превращает сложные структуры документов в удобный для SQL формат. Это обеспечивает более высокую производительность запросов и упрощает интеграцию с BI-инструментами. Новинка заменит BI Connector к 2026 году.
Читать подробнее
#en
@database_design | Другие наши каналы
Как MongoDB превратился в ключевую базу данных для крупных компаний
Текст: Из нишевого NoSQL MongoDB вырос в платформу для масштабных корпоративных приложений. С высокодоступной архитектурой, ACID-транзакциями и мощной безопасностью сегодня его используют крупнейшие банки, производственные и медицинские компании. Новый уровень работы с MongoDB: SQL Interface для Enterprise Advanced теперь позволяет напрямую выполнять SQL-запросы к данным MongoDB через знакомые BI-инструменты, такие как Tableau и Power BI. Это упрощает аналитику без необходимости изучать MongoDB Query Language или строить сложные ETL-процессы.
Читать подробнее
#en
@database_design | Другие наши каналы
Текст: Из нишевого NoSQL MongoDB вырос в платформу для масштабных корпоративных приложений. С высокодоступной архитектурой, ACID-транзакциями и мощной безопасностью сегодня его используют крупнейшие банки, производственные и медицинские компании. Новый уровень работы с MongoDB: SQL Interface для Enterprise Advanced теперь позволяет напрямую выполнять SQL-запросы к данным MongoDB через знакомые BI-инструменты, такие как Tableau и Power BI. Это упрощает аналитику без необходимости изучать MongoDB Query Language или строить сложные ETL-процессы.
Читать подробнее
#en
@database_design | Другие наши каналы
Безопасность, устойчивость и простота — три кита MongoDB. Новые возможности платформы обеспечивают защиту данных на каждом уровне, мгновенное восстановление после сбоев и мультиоблачные развертывания без сложностей. Это ускоряет работу разработчиков и снижает операционные риски. Как MongoDB превратилась из нишевого NoSQL в надёжную платформу для IT-гигантов? Более 15 лет инженерной работы, фокус на доступности, консистентности и безопасности сделали её выбором Fortune 500, банков и крупных производителей по всему миру. MongoDB: масштабируемость и безопасность для бизнеса
MongoDB предлагает беспрецедентную горизонтальную масштабируемость, многоуровневую консистентность и поддержку multi-документных транзакций. Крупные компании уже доверяют ей критичные задачи в финансовом, IoT и крипто-секторах.
Читать подробнее
#en
@database_design | Другие наши каналы
MongoDB предлагает беспрецедентную горизонтальную масштабируемость, многоуровневую консистентность и поддержку multi-документных транзакций. Крупные компании уже доверяют ей критичные задачи в финансовом, IoT и крипто-секторах.
Читать подробнее
#en
@database_design | Другие наши каналы
MongoDB представил платформу AMP для быстрой и безопасной модернизации legacy-приложений. Автоматизация и проверенные методы ускоряют обновление устаревших систем, снижая риски и открывая новые бизнес-возможности. Будущее разработки с ИИ становится ближе.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
PostgreSQL 18 вышел: новый асинхронный I/O ускоряет запросы в 3 раза
PostgreSQL 18 вышел с асинхронным I/O, ускоряющим запросы в 3 раза, быстрее pg_upgrade, новыми индексами, OAuth 2.0 и улучшенным текстовым поиском
Читать: «PostgreSQL 18 вышел: новый асинхронный I/O ускоряет запросы в 3 раза»
#ru
@database_design | Другие наши каналы
PostgreSQL 18 вышел с асинхронным I/O, ускоряющим запросы в 3 раза, быстрее pg_upgrade, новыми индексами, OAuth 2.0 и улучшенным текстовым поиском
Читать: «PostgreSQL 18 вышел: новый асинхронный I/O ускоряет запросы в 3 раза»
#ru
@database_design | Другие наши каналы
Как киберэкономика и ИИ меняют философию науки? Поппер, Кун, Фейерабенд и Лакатош в условиях цифровых технологий
В последние десятилетия мы переживаем эпоху технологических прорывов, изменяющих привычные границы не только в науке и бизнесе, но и в самой философии. Статья, на которую я опираюсь, поднимает вопросы о достоверности знаний в эпоху информационных технологий и искусственного интеллекта, и призывает к попытке пересмотра эпистемологии, выходящей за рамки классических теорий.
Читать: https://habr.com/ru/articles/950962/
#ru
@database_design | Другие наши каналы
В последние десятилетия мы переживаем эпоху технологических прорывов, изменяющих привычные границы не только в науке и бизнесе, но и в самой философии. Статья, на которую я опираюсь, поднимает вопросы о достоверности знаний в эпоху информационных технологий и искусственного интеллекта, и призывает к попытке пересмотра эпистемологии, выходящей за рамки классических теорий.
Читать: https://habr.com/ru/articles/950962/
#ru
@database_design | Другие наши каналы
Пассворк: управление секретами и автоматизация доступа
В современной корпоративной среде количество паролей и ключей стремительно увеличивается, и управление секретами становится одной из основных задач в области кибербезопасности. По своей сути, управление секретами — это набор правил и инструментов, позволяющих контролировать доступ к конфиденциальной информации.
В более точном определении, это процесс централизованного хранения, управления и ротации конфиденциальных данных, которые приложения и сервисы используют для доступа к критически важным ресурсам. К таким секретам относятся пароли, SSH-ключи, API-ключи и ключи шифрования, токены доступа, сертификаты и любые другие параметры, обеспечивающие безопасность инфраструктуры.
По мере роста бизнеса ИТ-отделы и DevOps-команды сталкиваются с ситуацией, когда секретов становится слишком много, их сложно структурировать, контролировать и защищать. В реальных проектах секреты живут в конфиг-файлах, переменных окружения, скриптах, иногда в открытых репозиториях.
В этой статье мы расскажем, как на практике решали эти задачи с помощью Пассворка, и как теперь автоматизируем всё: от ротации до интеграции с пайплайнами.
Читать: https://habr.com/ru/companies/passwork/articles/950998/
#ru
@database_design | Другие наши каналы
В современной корпоративной среде количество паролей и ключей стремительно увеличивается, и управление секретами становится одной из основных задач в области кибербезопасности. По своей сути, управление секретами — это набор правил и инструментов, позволяющих контролировать доступ к конфиденциальной информации.
В более точном определении, это процесс централизованного хранения, управления и ротации конфиденциальных данных, которые приложения и сервисы используют для доступа к критически важным ресурсам. К таким секретам относятся пароли, SSH-ключи, API-ключи и ключи шифрования, токены доступа, сертификаты и любые другие параметры, обеспечивающие безопасность инфраструктуры.
По мере роста бизнеса ИТ-отделы и DevOps-команды сталкиваются с ситуацией, когда секретов становится слишком много, их сложно структурировать, контролировать и защищать. В реальных проектах секреты живут в конфиг-файлах, переменных окружения, скриптах, иногда в открытых репозиториях.
В этой статье мы расскажем, как на практике решали эти задачи с помощью Пассворка, и как теперь автоматизируем всё: от ротации до интеграции с пайплайнами.
Читать: https://habr.com/ru/companies/passwork/articles/950998/
#ru
@database_design | Другие наши каналы
MongoDB.local NYC 2025: какую базу данных выбирают для эпохи ИИ? На конференции представили MongoDB 8.2 с новыми возможностями, платформу AMP для модернизации приложений и улучшенные инструменты интеграции с ИИ. Базы данных становятся ключевой стратегией в мире ИИ. MongoDB объявила победителей партнерской программы 2025 года. Лидеры из разных сегментов — Accenture, Confluent, BigID, LangChain и другие — помогают ускорять цифровую трансформацию, внедрять AI и обеспечивать безопасность данных по всему миру. Как MongoDB обеспечивает надежность и гибкость в облаке
MongoDB применяет формальные методы и строгую операционную дисциплину, чтобы гарантировать устойчивость системы. Платформа поддерживает мультиоблачную архитектуру и интегрирует интеллектуальный поиск, упрощая создание современных AI-приложений.
Читать подробнее
#en
@database_design | Другие наши каналы
MongoDB применяет формальные методы и строгую операционную дисциплину, чтобы гарантировать устойчивость системы. Платформа поддерживает мультиоблачную архитектуру и интегрирует интеллектуальный поиск, упрощая создание современных AI-приложений.
Читать подробнее
#en
@database_design | Другие наши каналы
PostgreSQL 18: новый асинхронный I/O ускоряет запросы в 3 раза. Что происходит?
В мире баз данных, где каждая миллисекунда на счету, а объемы информации растут как на дрожжах, выход PostgreSQL 18 стал настоящим подарком для разработчиков и администраторов. Это не просто косметический апгрейд, а глубокая перестройка подкапотных механизмов, от облачных хранилищ до высоконагруженных OLAP-систем. Давайте разберемся, что там в этом релизе появилось и/или изменилось.
Читать: https://habr.com/ru/companies/selectel/articles/951172/
#ru
@database_design | Другие наши каналы
В мире баз данных, где каждая миллисекунда на счету, а объемы информации растут как на дрожжах, выход PostgreSQL 18 стал настоящим подарком для разработчиков и администраторов. Это не просто косметический апгрейд, а глубокая перестройка подкапотных механизмов, от облачных хранилищ до высоконагруженных OLAP-систем. Давайте разберемся, что там в этом релизе появилось и/или изменилось.
Читать: https://habr.com/ru/companies/selectel/articles/951172/
#ru
@database_design | Другие наши каналы
Как исходные цели проекта Postgres определили его успех
На прошлой неделе мне предоставилась возможность прочитать научную статью 1986 года о создании Postgres как платформы и о исходных целях её проектирования. Меня поразила степень предусмотрительности её авторов и то, как цели проекта заложили фундамент создания системы управления базами данных, постепенно завоёвывающей мир.
Создатели PostgreSQL справились со своей задачей идеально. Они создали гибкий каркас для широкого спектра сценариев использования в бизнесе системы, которая спустя тридцать лет стала самой популярной СУБД.
В статье перечислены следующие шесть целей проекта:
1. улучшенная поддержка сложных объектов, расширяющих сценарии использования в бизнесе и разработке
2. обеспечение возможности расширения типов данных, операторов и способов доступа для пользователей
3. предоставление средств для активных баз данных (например, уведомлений и триггеров)
4. упрощение процесса восстановления после сбоев
5. использование преимуществ нового оборудования
6. применение реляционной модели Кодда
Давайте рассмотрим их с точки зрения современных возможностей Postgres.
Читать: https://habr.com/ru/articles/951470/
#ru
@database_design | Другие наши каналы
На прошлой неделе мне предоставилась возможность прочитать научную статью 1986 года о создании Postgres как платформы и о исходных целях её проектирования. Меня поразила степень предусмотрительности её авторов и то, как цели проекта заложили фундамент создания системы управления базами данных, постепенно завоёвывающей мир.
Создатели PostgreSQL справились со своей задачей идеально. Они создали гибкий каркас для широкого спектра сценариев использования в бизнесе системы, которая спустя тридцать лет стала самой популярной СУБД.
В статье перечислены следующие шесть целей проекта:
1. улучшенная поддержка сложных объектов, расширяющих сценарии использования в бизнесе и разработке
2. обеспечение возможности расширения типов данных, операторов и способов доступа для пользователей
3. предоставление средств для активных баз данных (например, уведомлений и триггеров)
4. упрощение процесса восстановления после сбоев
5. использование преимуществ нового оборудования
6. применение реляционной модели Кодда
Давайте рассмотрим их с точки зрения современных возможностей Postgres.
Читать: https://habr.com/ru/articles/951470/
#ru
@database_design | Другие наши каналы
Как исходные цели проекта Postgres определили его успех
На прошлой неделе мне предоставилась возможность прочитать научную статью 1986 года о создании Postgres как платформы и о исходных целях её проектирования. Меня поразила степень предусмотрительности её авторов и то, как цели проекта заложили фундамент создания системы управления базами данных, постепенно завоёвывающей мир.
Создатели PostgreSQL справились со своей задачей идеально. Они создали гибкий каркас для широкого спектра сценариев использования в бизнесе системы, которая спустя тридцать лет стала самой популярной СУБД.
В статье перечислены следующие шесть целей проекта:
1. улучшенная поддержка сложных объектов, расширяющих сценарии использования в бизнесе и разработке
2. обеспечение возможности расширения типов данных, операторов и способов доступа для пользователей
3. предоставление средств для активных баз данных (например, уведомлений и триггеров)
4. упрощение процесса восстановления после сбоев
5. использование преимуществ нового оборудования
6. применение реляционной модели Кодда
Давайте рассмотрим их с точки зрения современных возможностей Postgres.
Читать: https://habr.com/ru/articles/951470/
#ru
@database_design | Другие наши каналы
На прошлой неделе мне предоставилась возможность прочитать научную статью 1986 года о создании Postgres как платформы и о исходных целях её проектирования. Меня поразила степень предусмотрительности её авторов и то, как цели проекта заложили фундамент создания системы управления базами данных, постепенно завоёвывающей мир.
Создатели PostgreSQL справились со своей задачей идеально. Они создали гибкий каркас для широкого спектра сценариев использования в бизнесе системы, которая спустя тридцать лет стала самой популярной СУБД.
В статье перечислены следующие шесть целей проекта:
1. улучшенная поддержка сложных объектов, расширяющих сценарии использования в бизнесе и разработке
2. обеспечение возможности расширения типов данных, операторов и способов доступа для пользователей
3. предоставление средств для активных баз данных (например, уведомлений и триггеров)
4. упрощение процесса восстановления после сбоев
5. использование преимуществ нового оборудования
6. применение реляционной модели Кодда
Давайте рассмотрим их с точки зрения современных возможностей Postgres.
Читать: https://habr.com/ru/articles/951470/
#ru
@database_design | Другие наши каналы
Разбираемся в профессиях: Data Analyst, Data Engineer, Analytics Engineer и BI Engineer
Кто вы в мире данных — аналитик, BI-разработчик или Data Engineer? 🔍 Разбираем реальные роли и показываем, чем они отличаются на практике.
Читать: https://habr.com/ru/articles/951454/
#ru
@database_design | Другие наши каналы
Кто вы в мире данных — аналитик, BI-разработчик или Data Engineer? 🔍 Разбираем реальные роли и показываем, чем они отличаются на практике.
Читать: https://habr.com/ru/articles/951454/
#ru
@database_design | Другие наши каналы
Новый графический плагин Oracle для Visual Studio Code упрощает работу с графовыми запросами в SQL. Теперь разработчики могут быстро визуализировать и анализировать связи в данных, что помогает принимать более обоснованные бизнес-решения. Подробнее о возможностях расширения.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
Oracle
Graphs in Oracle SQL Developer for VS Code – bring relationships in your data to life
In today’s data-driven enterprises, uncovering meaningful relationships within complex data is crucial for driving strategic business decisions—and graph analytics make it possible to unlock these valuable insights. Oracle now has a new SQL Developer graph…
Защита конфиденциальных данных становится приоритетом для организаций. В статье рассказывается об эффективном методе Data Redaction, который скрывает чувствительную информацию во время запросов, не изменяя исходные данные, что помогает предотвратить несанкционированный доступ.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
Oracle
Hands-on with Data Redaction enhancements in Oracle Database 23ai
Organizations today handle massive amounts of sensitive information that should be protected from exposure to users who don’t require access to them. Data Redaction selectively redacts sensitive data at query runtime, preventing unauthorized exposure, while…
В AI World 2025 собрались ведущие эксперты по AI Vector Search. На конференции обсудили последние достижения и практическое применение технологий в поиске данных с помощью искусственного интеллекта. Узнайте о ключевых трендах и новинках отрасли.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
Oracle
AI Vector Search Sessions at AI World 2025
A listing of AI Vector Search sessions at AI World 2025.
Обновление Oracle Database 23ai (версия 23.9) представило улучшения для SQL Property Graphs и новый пакет PL/SQL для миграции из Neo4j в Oracle Graph. Также выпущено расширение SQL Developer Graph Visualization для VSCode, расширяющее возможности работы с графами.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
Oracle TxEventQ превращает базу данных в высокопроизводительную платформу для обмена сообщениями и стриминга без дополнительной инфраструктуры. Встроенная безопасность, транзакции ACID и совместимость с Kafka делают ее мощным инструментом для событийных архитектур.
Читать подробнее
#en
@database_design | Другие наши каналы
Читать подробнее
#en
@database_design | Другие наши каналы
Oracle
Oracle Transactional Event Queues (TxEventQ): Scalable Messaging & Streaming in the Database
Oracle TxEventQ turns your database into a high-performance messaging and streaming platform—no extra brokers, no extra infrastructure. Built directly into Oracle Database, it delivers enterprise-grade security, ACID transactions, and Kafka interoperability…
Выбор накопителей и хранилищ для SIEM: факторы и рекомендации
У коллег весной вышла резонансная статья про особенности выбора жестких дисков для систем поиска аномалий в сетевом трафике на примере PT NAD. Я подумал, что тоже могу добавить что-нибудь в эту копилку. Тем более, что еще в 2018-м году в рамках какого-то закрытого SOC Day для заказчиков я рассказывал про особенности организации хранилищ для событий безопасности в центрах мониторинга безопасности. Пришло время сдуть пыль с архивов, дополнить их свежей кровью и выложить на суд общественности.
Итак, если коллеги рассказывали про хранение данных для систем поиска сетевых аномалий, то я буду рассуждать про решения класса SIEM (Security Information and Event Management), которые собирают и хранят огромные объемы событий безопасности и для которых правильный выбор накопителей и архитектуры хранилища (а вот про это коллеги не рассказывали, сфокусировавшись только на накопителях) критически влияет на скорость записи событий, быстроту поиска, масштабируемость и надежность всей системы мониторинга. Я попробую рассмотреть ключевые факторы, влияющие на этот выбор, – от интенсивности записи и индексации до уровней хранения и облачных решений, а также проанализирую плюсы и минусы различных вариантов, давая рекомендации под разные сценарии. И хотя в заголовке статьи упоминается только SIEM, описанные рекомендации подойдут для многих средств защиты, активно пишущих, хранящих и обрабатывающих события ИБ.
Погружаемся глубже
Читать: https://habr.com/ru/companies/pt/articles/950870/
#ru
@database_design | Другие наши каналы
У коллег весной вышла резонансная статья про особенности выбора жестких дисков для систем поиска аномалий в сетевом трафике на примере PT NAD. Я подумал, что тоже могу добавить что-нибудь в эту копилку. Тем более, что еще в 2018-м году в рамках какого-то закрытого SOC Day для заказчиков я рассказывал про особенности организации хранилищ для событий безопасности в центрах мониторинга безопасности. Пришло время сдуть пыль с архивов, дополнить их свежей кровью и выложить на суд общественности.
Итак, если коллеги рассказывали про хранение данных для систем поиска сетевых аномалий, то я буду рассуждать про решения класса SIEM (Security Information and Event Management), которые собирают и хранят огромные объемы событий безопасности и для которых правильный выбор накопителей и архитектуры хранилища (а вот про это коллеги не рассказывали, сфокусировавшись только на накопителях) критически влияет на скорость записи событий, быстроту поиска, масштабируемость и надежность всей системы мониторинга. Я попробую рассмотреть ключевые факторы, влияющие на этот выбор, – от интенсивности записи и индексации до уровней хранения и облачных решений, а также проанализирую плюсы и минусы различных вариантов, давая рекомендации под разные сценарии. И хотя в заголовке статьи упоминается только SIEM, описанные рекомендации подойдут для многих средств защиты, активно пишущих, хранящих и обрабатывающих события ИБ.
Погружаемся глубже
Читать: https://habr.com/ru/companies/pt/articles/950870/
#ru
@database_design | Другие наши каналы
Что нового в PostgreSQL 18? Взгляд разработчика
Команда Go for Devs подготовила перевод обзора PostgreSQL 18. Новый релиз не ограничился громкой подсистемой асинхронного ввода-вывода — он принёс ряд функций, заметных именно в повседневной разработке. Нативная поддержка UUID v7, виртуальные генерируемые столбцы, расширенные возможности
Читать: https://habr.com/ru/articles/951802/
#ru
@database_design | Другие наши каналы
Команда Go for Devs подготовила перевод обзора PostgreSQL 18. Новый релиз не ограничился громкой подсистемой асинхронного ввода-вывода — он принёс ряд функций, заметных именно в повседневной разработке. Нативная поддержка UUID v7, виртуальные генерируемые столбцы, расширенные возможности
RETURNING и новые средства диагностики делают жизнь разработчиков проще и продуктивнее.Читать: https://habr.com/ru/articles/951802/
#ru
@database_design | Другие наши каналы
SQL против NoSQL: мифы и реальность
Привет, Хабр! Меня зовут Анастасия Нечепоренко, я QA Lead и преподаватель курса "JavaScript QA Engineer" в Отус. В этой статье кратко разбираю самые живучие мифы о SQL и NoSQL: от «схемы нет — значит свобода» до «реляционные БД не масштабируются». Поговорим, где каждый класс СУБД уместен, чем приходится платить за горизонталь и консистентность и почему в реальных проектах гибридный подход чаще выигрывает.
Читать разбор
Читать: https://habr.com/ru/companies/otus/articles/949468/
#ru
@database_design | Другие наши каналы
Привет, Хабр! Меня зовут Анастасия Нечепоренко, я QA Lead и преподаватель курса "JavaScript QA Engineer" в Отус. В этой статье кратко разбираю самые живучие мифы о SQL и NoSQL: от «схемы нет — значит свобода» до «реляционные БД не масштабируются». Поговорим, где каждый класс СУБД уместен, чем приходится платить за горизонталь и консистентность и почему в реальных проектах гибридный подход чаще выигрывает.
Читать разбор
Читать: https://habr.com/ru/companies/otus/articles/949468/
#ru
@database_design | Другие наши каналы