Linux | OpenSource | Tech
5 subscribers
1.47K links
Download Telegram
🚀 Как мы автоматизировали работу с PostgreSQL и сэкономили тысячи часов

Приветствуем всех, кто работает с базами данных! Команда СУБД Pangolin (доработанная сборка PostgreSQL) поделилась опытом автоматизации обновлений, развёртывания и настройки кластеров.

🔹 Что сделали:
Автоматизировали обновления и настройку PostgreSQL-кластеров.
Уменьшили риски потери данных и нагрузку на техподдержку.
Протестировали решение на тысячах кластеров в Сбере.

🔹 Как работает:
Используется Ansible, требующий только SSH и Python на серверах.

🔗 Читать подробности на Habr

#БазыДанных #PostgreSQL #Автоматизация #DevOps #SberTech
Когда pgstatstatements становится узким местом? 🤔

📌 pgstatstatements — мощное расширение PostgreSQL для анализа запросов, но на высоконагруженных системах оно само может снижать производительность.

🔹 Проблемы:
• Конкуренция за ресурсы
• Рост накладных расходов
• Просадки при высокой частоте запросов

🔹 Решение: сэмплирование — сбор статистики не для всех запросов, а для выборочных, чтобы уменьшить нагрузку.

📖 Подробнее о том, как это работает и когда действительно нужно → Читать на Habr

#PostgreSQL #Производительность #Оптимизация
🔍 Векторный поиск в PostgreSQL: мощь pgvector

Расширение pgvector превращает PostgreSQL в мощный инструмент для векторного поиска – идеальное решение для рекомендательных систем, чат-ботов и работы с эмбеддингами.

Зачем это нужно?
Встроенный векторный поиск без сложной инфраструктуры
Интеграция с LLM и семантическими запросами
Быстрое масштабирование внутри знакомого стека

Кому пригодится?
🔸 Продуктовым командам
🔸 Бэкенд-разработчикам
🔸 Инженерам данных

Подробности и практическое применение — в статье:
👉 Читать на Habr

#PostgreSQL #pgvector #БазыДанных #AI #ML
🔍 Зачем бизнесу управляемые базы данных в облаке

📌 Типичная ситуация: запустили проект на PostgreSQL, база на виртуалке, без DBA, мониторинга и обновлений. Ночь → падение → паника. Результат: чат с криками, поиск багов, попытки восстановления (если бэкапы были).

💡 Решение – управляемые СУБД в облаке
Автоматические обновления
Резервное копирование
Мониторинг и поддержка провайдера
Минус головной боли для команды

Команда РТК-ЦОД объясняет, как это работает и зачем бизнесу.

📖 Читать статью на Хабре

#Cloud #PostgreSQL #Инфраструктура #DevOps
🧠 Проблемы с Plan'ами PREPARED-запросов в PostgreSQL

На PGConf.DE 2025 разработчики обсуждали неожиданную проблему: время планирования запросов в PostgreSQL становится критичным на больших базах. Это даже мешает внедрению партиционирования, хотя оно логично для таблиц с сотнями миллионов записей.

Почему так происходит и как с этим работать? Разбираемся в статье 👇

🔗 Читать на Habr

#PostgreSQL #Оптимизация #БД #Разработка
📌 OAuth 2.0 в PostgreSQL: Подключаем Keycloak для безопасной авторизации

🔹 Что нового?
Tantor Postgres 17.5.0 (и будущий PostgreSQL 18) поддерживает OAuth 2.0 Device Authorization Flow — безопасный способ авторизации через внешние системы, такие как Keycloak. Это идеальное решение для облачных сервисов и микросервисов!

🔹 Что внутри?
Пошаговая настройка Keycloak
Подготовка PostgreSQL для работы с OAuth
Создание валидатора токенов
Тестирование авторизации через psql с Device Flow

🔹 Почему это важно?
Безопасность и удобство: минимизация ручного ввода паролей, интеграция с корпоративными IAM-системами.

📖 Читать подробнее: OAuth 2.0 в PostgreSQL на примере Keycloak

#PostgreSQL #OAuth #Keycloak #DevSecOps #БазыДанных
🔧 Как работает fillfactor и как его настраивать в PostgreSQL

Если ваши таблицы в PostgreSQL стали резко увеличиваться в размерах, возможно, пора разобраться с параметром fillfactor. Этот параметр определяет, насколько страницы БД заполняются данными при вставке, оставляя место для будущих обновлений.

📌 Что важно знать:
- По умолчанию fillfactor = 100 (страницы заполняются полностью).
- При частых UPDATE стоит уменьшать его (например, до 70-90), чтобы избежать фрагментации и "раздутия" таблиц.
- Настройка:
  
ALTER TABLE your_table SET (fillfactor = 80);
VACUUM FULL your_table; -- перезапись данных с новым fillfactor


Подробный разбор и рекомендации — в статье.

Читать на Habr

#PostgreSQL #Оптимизация #БазыДанных
🔥 Tantor Postgres 17.5: мощные улучшения для 1С-систем

Команда Tantor Postgres выпустила обновление 17.5, которое принесло значительные оптимизации для работы с 1С.

### Что нового?
🔹 Безопасность – усиленная защита данных
🔹 Производительность – ускорение сложных запросов
🔹 RLS (Row-Level Security) – оптимизация работы
🔹 «Закрытие месяца» – снижение нагрузки
🔹 Новые расширения – дополнительные возможности

Результат? Быстрее работа, меньше нагрузки на сервер, проще администрирование!

Подробнее ➡️ Читать на Habr

#1С #PostgreSQL #Tantor #БазыДанных #Оптимизация
🔐 Руководство по pgcrypto — шифрование внутри PostgreSQL. Часть 1

Хранение конфиденциальных данных в PostgreSQL без шифрования — серьёзный риск. Утечка резервной копии, SQL-инъекция или компрометация сервера могут привести к потере персональных данных, API-ключей и другой чувствительной информации.

🔎 Проблема?
Исправление БД постфактум — сложно, дорого и рискованно. Лучше защитить данные сразу.

💡 Решение — pgcrypto
Встроенное расширение PostgreSQL, которое позволяет эффективно шифровать данные прямо в базе.

📌 В статье:
Основы безопасного использования pgcrypto
Как избежать ошибок при шифровании
Практические примеры

📖 Читать статью полностью → Habr

#PostgreSQL #Безопасность #Шифрование #DevSecOps
🚀 Миграция с Firebird на PostgreSQL: подводные камни (Часть 1)

<img src="https://habrastorage.org/webt/p7/nx/yu/p7nxyud771gicddqsb0catd1hv4.png" />

Многие компании сталкиваются с необходимостью перехода с Firebird на PostgreSQL, но часто это решение принимается под давлением мифов.

Типичный сценарий:
- Проект работает годами, но клиенты уверены — проблема в «плохой» СУБД.
- Firebird объявляется причиной всех бед, хотя реальные сложности могут быть в архитектуре или коде.

🔍 Что может пойти не так и как избежать ошибок?

👉 Читать подробнее на Habr

#PostgreSQL #Firebird #Миграция #БазыДанных #IT
🔹 Миграция с Firebird на PostgreSQL. Что может пойти не так? Часть 2

Продолжение разбора подводных камней при переходе с Firebird на PostgreSQL.

📌 В первой части автор разбирал различия в реализации MVCC, которые могут вызвать проблемы. В новой статье — ещё несколько ключевых моментов для комфортной миграции.

🔥 Главное: "Ваши ожидания — это ваши проблемы".

🔗 Читать подробнее на Habr

#PostgreSQL #Firebird #Миграция #БД
🚀 Не Pgbouncer, но пулер. Не Odyssey, но с корутинами

💡 Разработчики Postgres Professional представили решение для работы с отказоустойчивыми кластерами Postgres без лишних сложностей.

🔹 Proxima — это новое расширение, которое избавляет от необходимости настраивать дополнительное ПО (например, PgBouncer или Odyssey) для перенаправления трафика при аварии основного узла.
🔹 Оно обеспечивает работу с 10 000+ одновременных сессий благодаря продуманной архитектуре на корутинах.
🔹 Разработчик Тофиг Алиев раскрывает детали реализации и примеры использования.

👉 Читать подробнее: Proxima — расширение для работы с Postgres без PgBouncer

#PostgreSQL #БазыДанных #HighAvailability #DevOps
🚀 Метрики для мониторинга облачных баз данных на примере PostgreSQL

<img src="https://habrastorage.org/getpro/habr/uploadfiles/079/36a/0e8/07936a0e8e7c35a8bf80e17df967f902.jpg" />

📌 Если вы работаете с базами данных, то вам важно понимать производительность кластера СУБД. Простых метрик может быть недостаточно — куда эффективнее использовать специализированные метрики **DBaaS** в связке с **Grafana**. Это позволяет строить кастомные графики под конкретные задачи.

🔧 **Что внутри?**
- Настройка стека **Prometheus/Grafana**
- Подключение метрик облачной БД
- Готовый дашборд для мониторинга

✍️ Автор — **Рамиль Адильбеков**, DevOps-инженер Selectel.

[Читать подробности →](
https://habr.com/ru/articles/928854/?utmcampaign=928854&utmsource=habrahabr&utmmedium=rss#habracut)

#PostgreSQL #Мониторинг #DBaaS #Grafana