Azure Database for PostgreSQL для AI: Foundry и PostgreSQL 18

Введение

PostgreSQL остается выбором по умолчанию для современной разработки приложений, а AI-нагрузки повышают требования к уровню данных: извлечение с низкой задержкой, векторный поиск, безопасные механизмы доступа и аналитика в реальном времени — без сложных пайплайнов. Последние обновления Microsoft позиционируют Azure Database for PostgreSQL как более AI-ready управляемый сервис, а также дают предварительный взгляд на Azure HorizonDB для следующего поколения PostgreSQL-совместимых нагрузок с горизонтальным масштабированием.

Что нового

1) Более быстрый и более интегрированный опыт для разработчиков

• VS Code PostgreSQL extension теперь может развертывать безопасные, полностью управляемые экземпляры Azure PostgreSQL прямо из IDE, снижая зависимость от настройки через портал.
• Развернутые экземпляры включают встроенную поддержку аутентификации Microsoft Entra ID и Azure Monitor.
• GitHub Copilot позиционируется как помощник для написания, оптимизации и устранения проблем в SQL на естественном языке с учетом схемы и паттернов запросов.

2) In-database AI через Microsoft Foundry

• Azure Database for PostgreSQL теперь поддерживает интеграцию с Microsoft Foundry, позволяя разработчикам вызывать предварительно подготовленные LLM из SQL для сценариев вроде классификации текста и генерации эмбеддингов.
• Для векторных нагрузок выделяется векторное индексирование DiskANN для высокопроизводительного поиска по близости, в паре с semantic ranking для лучшей релевантности в сценариях извлечения (например, RAG, рекомендации, интерфейсы на естественном языке).

3) Agentic-воркфлоу с использованием MCP

• Новый Model Context Protocol (MCP) server for PostgreSQL позволяет подключать PostgreSQL к агентному фреймворку Foundry с «несколькими кликами и разрешениями», чтобы агенты могли рассуждать над структурированными данными и оркестрировать вызовы LLM — при сохранении модели безопасности и governance Azure.

4) Аналитика в реальном времени и доступ к Parquet

• Варианты поддержания актуальности аналитики включают зеркалирование операционных данных в Microsoft Fabric для near-real-time аналитики с минимальным влиянием на первичную базу данных.
• Azure Storage Extension добавляет поддержку чтения/записи Parquet в Azure Storage напрямую из PostgreSQL с помощью SQL, снижая сложность ETL.

5) Обновления производительности и масштабирования

• PostgreSQL 18 теперь доступен в статусе GA в Azure, с отмеченными улучшениями в I/O-производительности, vacuuming и планировании запросов.
• Новые V6 compute SKUs нацелены на более высокую пропускную способность и меньшую задержку.
• Elastic Clusters обеспечивают горизонтальное масштабирование для multi-tenant и высоконагруженных сценариев.

Влияние на IT-администраторов и платформенные команды

• Ожидается более тесная связка инструментов разработчика (VS Code/Copilot) и платформенного governance (Entra ID, мониторинг), что может повысить внедрение — но также усиливает потребность в стандартизированных паттернах развертывания.
• In-database AI и векторное индексирование могут сместить нагрузки из отдельных векторных хранилищ/сервисов в PostgreSQL, меняя требования к sizing, тестированию производительности и моделям стоимости.
• Зеркалирование в Fabric и доступ к Parquet могут снизить разрастание пайплайнов, но требуют четких границ governance данных, хранения (retention) и доступа.

Рекомендуемые действия / следующие шаги

1. Пересмотрите стратегию identity и access: проверьте паттерны аутентификации Entra ID, роли с минимально необходимыми правами и требования к аудиту для PostgreSQL.
2. Проведите пилот по AI retrieval-паттернам: протестируйте DiskANN/векторное индексирование и semantic ranking на репрезентативных данных и целевых показателях задержки.
3. Обновите операционные runbook’и: учтите особенности PostgreSQL 18, базовые уровни мониторинга и рекомендации по масштабированию (V6 SKUs, Elastic Clusters).
4. Оцените архитектуру данных: определите, снижает ли зеркалирование в Fabric или Parquet-in-Postgres сложность ETL в вашей среде.
5. Отслеживайте HorizonDB: при требованиях к сверхнизкой задержке или горизонтальному масштабированию рассмотрите участие в private preview, когда она станет доступна через вашу команду Microsoft account team.