Mixedbread — это инфраструктура поиска для ИИ-агентов. Мы помогаем разработчикам с высокой точностью и низкой задержкой извлекать нужные данные из текстов, PDF-файлов, таблиц, изображений, аудио и видео.
Каждую неделю Mixedbread обрабатывает миллионы операций с документами и поисковых запросов по всей платформе. За каждым действием стоит критически важная система: плоскость управления (control plane), которая регулирует доступ, жизненный цикл ресурсов, операционную координацию и учет использования.
Плоскость данных поиска Mixedbread является S3-ориентированной. Документы и индексы хранятся в объектном хранилище, а затем загружаются в более быстрые вычислительные уровни и уровни хранения для индексации и поиска. Благодаря функции Bring Your Own Bucket клиенты могут хранить эти данные в собственном объектном хранилище, которое они контролируют.
Отдельно от данных поиска существует операционное состояние, необходимое для безопасной и бесперебойной работы платформы. PlanetScale предоставляет надежный источник истины для четырех критических задач плоскости управления:
- Доступ: членство в организации, учетные данные и детальные разрешения для хранилищ. Каждая операция загрузки и поиска должна соответствовать этим политикам, чтобы предотвратить несанкционированный доступ или непреднамеренные изменения.
Доступ: членство в организации, учетные данные и детальные разрешения для хранилищ. Каждая операция загрузки и поиска должна соответствовать этим политикам, чтобы предотвратить несанкционированный доступ или непреднамеренные изменения.
- Жизненный цикл ресурсов: как хранилища создаются, настраиваются, обновляются и выводятся из эксплуатации. Это состояние определяет, как должны вести себя загрузка и поиск на протяжении всего жизненного цикла хранилища.
Жизненный цикл ресурсов: как хранилища создаются, настраиваются, обновляются и выводятся из эксплуатации. Это состояние определяет, как должны вести себя загрузка и поиск на протяжении всего жизненного цикла хранилища.
- Операционная координация: надежное состояние для задач, проходящих через распределенные системы загрузки и обработки Mixedbread.
Операционная координация: надежное состояние для задач, проходящих через распределенные системы загрузки и обработки Mixedbread.
- Учет использования: квоты, потребление и состояние, связанное с биллингом, необходимое для правильного измерения использования.
Учет использования: квоты, потребление и состояние, связанное с биллингом, необходимое для правильного измерения использования.
Плоскость управления должна быть достаточно быстрой, чтобы не препятствовать производительности поиска. Она должна обеспечивать согласованный источник истины, чтобы изменения доступа и жизненного цикла правильно применялись во всей системе. И она должна быть надежной, поскольку от этих решений зависит, может ли работа безопасно продолжаться.
До PlanetScale мы управляли собственными кластерами Postgres. По мере роста спроса на данные команда столкнулась с увеличением операционных расходов на их обслуживание, включая репликацию, резервное копирование, переключение при сбоях, настройку и работу с сетью. Тем временем мы хотели тратить больше времени на масштабирование нашего поискового движка и создание функций, которые помогают нашим пользователям добиваться успеха. Мы решили найти управляемое решение, которое помогло бы нам перефокусироваться на том, что действительно важно.
Мы годами следили за разработками PlanetScale в области баз данных и учились на их технических статьях. Когда PlanetScale for Postgres стал общедоступным в сентябре 2025 года, выбор в его пользу стал для нас естественным. Вскоре после этого мы начали перенос нашей плоскости управления.
Мы с самого начала выбрали PlanetScale Metal, потому что нам нужен был запас производительности для критически важной части нашей инфраструктуры. Metal использует локально подключенные NVMe-накопители вместо сетевых хранилищ, обеспечивая более стабильные характеристики ввода-вывода. Для Mixedbread это помогает поддерживать высокую скорость критических операций плоскости управления по мере роста нашей инфраструктуры.
Таким образом, переход на PlanetScale стал чем-то большим, чем просто сменой места работы Postgres. Он передал большую часть операционной ответственности команде, специализирующейся на базах данных, позволив нашей команде сосредоточиться на поиске.
Перенос нашей плоскости управления на PlanetScale обеспечил предсказуемую производительность, устранил значительный объем операционной работы и дал нам лучшие инструменты для понимания того, как база данных ведет себя в продакшене.
- Предсказуемо низкая задержка: PlanetScale выполняет наши самые нагруженные запросы плоскости управления с задержкой менее миллисекунды. За недавний 24-часовой период чтение контроля доступа, которое ограничивает почти каждый API-запрос, удерживалось на уровне около 0,05 мс на 99-м перцентиле при миллионах выполнений, а наша самая интенсивная запись жизненного цикла ресурсов — около 0,7 мс на 99-м перцентиле при аналогичном объеме. Каждый из наших основных шаблонов запросов остается ниже 1,5 мс на 99-м перцентиле. Это предотвращает превращение базы данных в «узкое место» в операциях, связанных с загрузкой и поиском.
- Оптимизированные операции с базой данных: масштабирование базы данных теперь сводится к изменению конфигурации. Мы можем увеличить емкость и настроить управляемое пулирование соединений PgBouncer без развертывания новых кластеров или самостоятельного управления процессом обновления. Когда мы корректировали конфигурацию пулирования, PlanetScale применил изменения без видимого для пользователей простоя.
Оптимизированные операции с базой данных: масштабирование базы данных теперь сводится к изменению конфигурации. Мы можем увеличить емкость и настроить управляемое пулирование соединений PgBouncer без развертывания новых кластеров или самостоятельного управления процессом обновления. Когда мы корректировали конфигурацию пулирования, PlanetScale применил изменения без видимого для пользователей простоя.
- От инсайтов к действиям за считанные минуты: команда подключилась к серверу PlanetScale MCP, сделав инсайты и метрики напрямую доступными для наших агентов. Навыки PlanetScale основываются на устоявшихся практиках Postgres. Эти инструменты помогают нам интегрировать контекст Postgres в наш стек наблюдаемости агентов, предоставляя инженерам полное представление о состоянии системы. Когда сервис замедляется, агенты помогают отследить сигнал от затронутой операции до соответствующего шаблона запроса и кода, который его создал, существенно сокращая путь от обнаружения проблемы в продакшене до развертывания исправления.
От инсайтов к действиям за считанные минуты: команда подключилась к серверу PlanetScale MCP, сделав инсайты и метрики напрямую доступными для наших агентов. Навыки PlanetScale основываются на устоявшихся практиках Postgres. Эти инструменты помогают нам интегрировать контекст Postgres в наш стек наблюдаемости агентов, предоставляя инженерам полное представление о состоянии системы. Когда сервис замедляется, агенты помогают отследить сигнал от затронутой операции до соответствующего шаблона запроса и кода, который его создал, существенно сокращая путь от обнаружения проблемы в продакшене до развертывания исправления.
Поскольку PlanetScale делает операции с базой данных тривиальными, команда может сосредоточиться на создании максимальной ценности для наших пользователей: делая поиск более точным, надежным и масштабируемым.
