Mixedbread — это инфраструктура извлечения данных для AI-агентов. Мы помогаем разработчикам извлекать нужные доказательства из текста, PDF, таблиц, изображений, аудио и видео с высокой точностью и низкой задержкой.
Каждую неделю Mixedbread обрабатывает миллионы операций по обработке документов и поиску на платформе. За каждой активностью стоит критически важная система — контрольная панель, которая управляет доступом, жизненным циклом ресурсов, оперативной координацией и учетом использования.
Система извлечения данных 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 мс на уровне p99 при миллионах выполнений, а наша самая загруженная операция записи жизненного цикла ресурсов занимала примерно 0,7 мс на уровне p99 при аналогичном объеме. Каждый из наших основных шаблонов запросов остается ниже 1,5 мс на уровне p99. Это предотвращает, чтобы база данных становилась узким местом в операциях, связанных с загрузкой и поиском.
- Упрощенные операции с базой данных: масштабирование базы данных теперь является изменением конфигурации. Мы можем увеличить пропускную способность и настроить управляемое пулинговое соединение PgBouncer без выделения новых кластеров или управления развертыванием самостоятельно. Когда мы откорректировали нашу конфигурацию пулинга, PlanetScale применил изменения без видимого для пользователя простоя.
Упрощенные операции с базой данных: масштабирование базы данных теперь является изменением конфигурации. Мы можем увеличить пропускную способность и настроить управляемое пулинговое соединение PgBouncer без выделения новых кластеров или управления развертыванием самостоятельно. Когда мы откорректировали нашу конфигурацию пулинга, PlanetScale применил изменения без видимого для пользователя простоя.
- От инсайтов к действиям за несколько минут: команда подключилась к серверу PlanetScale MCP, что сделало инсайты и метрики напрямую доступными для наших агентов. Навыки PlanetScale знакомят их с устоявшейся практикой Postgres. Эти инструменты помогают нам интегрировать контекст Postgres в нашу стэк агентируемой наблюдаемости, давая инженерам полное представление о состоянии системы. Когда сервис замедляется, агенты могут помочь отследить сигнал от затронутой операции до соответствующего шаблона запроса и кода, который его создал, существенно сократив путь от обнаружения проблемы в производстве до развертывания исправления.
От инсайтов к действиям за несколько минут: команда подключилась к серверу PlanetScale MCP, что сделало инсайты и метрики напрямую доступными для наших агентов. Навыки PlanetScale знакомят их с устоявшейся практикой Postgres. Эти инструменты помогают нам интегрировать контекст Postgres в нашу стэк агентируемой наблюдаемости, давая инженерам полное представление о состоянии системы. Когда сервис замедляется, агенты могут помочь отследить сигнал от затронутой операции до соответствующего шаблона запроса и кода, который его создал, существенно сократив путь от обнаружения проблемы в производстве до развертывания исправления.
Поскольку PlanetScale делает операции с базой данных тривиальными, команда может сосредоточиться на том, чтобы принести максимальную пользу нашим пользователям: сделать извлечение данных более точным, надежным и масштабируемым.
