Как DevStream заменил traditional search backends — Zero DevOps, поиск в 10 раз быстрее

«traditional search backends пожирал 20 часов в неделю нашего инженерного отдела. AACsearch дал нам лучший поиск с нулевым обслуживанием. Наша команда получила обратно 20 часов — буквально за одну ночь.» — Прия Шарма, VP Engineering в DevStream

Метаданные

Компания: DevStream — платформа документации для разработчиков, обслуживающая более 15 000 технических команд
Отрасль: B2B SaaS
Объем: 200 000+ статей документации, 1,5 млн+ поисковых запросов в месяц
Предыдущее решение: Самостоятельно управляемый кластер traditional search backends (3 узла, AWS EC2)
Сценарий использования: Полнотекстовый поиск по технической документации
AACsearch с: Февраль 2026

1. Проблема

DevStream размещает документацию для более чем 15 000 технических команд, обрабатывая свыше 1,5 миллиона поисковых запросов в месяц. Их поисковая инфраструктура — самостоятельно управляемый 3-узловой кластер traditional search backends на AWS — была изначально развернута инженером-основателем, который с тех пор покинул компанию.

За два года кластер становился все более хрупким:

Нагрузка на DevOps. Один инженер тратил примерно 4 часа в день на обслуживание traditional search backends: мониторинг здоровья кластера, управление ротацией индексов, настройка распределения шардов и обработка occasional сбоев из-за нехватки памяти.

Деградация производительности. По мере того как корпус документов превысил 200 000 статей, задержка поиска росла. Время выполнения запросов p95 достигало 180 мс в часы пик — что значительно превышало целевой показатель в 50 мс для хорошего пользовательского опыта.

Отсутствие аварийного восстановления. У кластера не было автоматизированной стратегии резервного копирования. Полный сбой означал бы восстановление с нуля — примерно 3 дня инженерных работ.

«Мы знали, что traditional search backends был неправильным выбором с того момента, как нам понадобилось первое изменение размера кластера, — говорит Прия Шарма, VP Engineering в DevStream. — Но миграция казалась слишком рискованной. Мы откладывали решение проблемы.»

2. Решение

DevStream рассмотрел три альтернативы: модернизацию кластера traditional search backends (запретительно дорого), миграцию на AACSearch Cloud (хорошо, но ограниченная мультиарендность) и AACsearch.

AACsearch победил по трем причинам:

Zero DevOps — полностью управляемая инфраструктура с SLA 99,9 %
Встроенная мультиарендность — документация каждого клиента представляет собой отдельную поисковую коллекцию с изолированным доступом
Аналитика по индексам — видимость того, какие разделы документации ищут чаще всего и где пользователи сталкиваются с трудностями

Миграция была запланирована на выходные, но завершилась за 5 часов во вторник:

Экспорт данных: Использование API дампа traditional search backends для экспорта всех 200 000+ документов в JSON
Создание индексов: Создание 2 поисковых коллекций в AACsearch (одна для продакшн-документации, одна для версионированной/архивной документации)
Массовый импорт: Использование bulk API AACsearch для импорта всех документов (~30 минут)
Интеграция виджета: Замена существующего фронтенда traditional search backends на встраиваемый виджет AACsearch
Ограниченные токены: Создание токенов API только для чтения для публичной документации и административных токенов для внутренней индексации

«Мы планировали выделить на миграцию целые выходные. Мы закончили к обеду и провели вторую половину дня, тестируя граничные случаи», — говорит Шарма.

3. Результаты

| Метрика | До (traditional search backends) | После (AACsearch) | Улучшение | | ------------------------------------- | -------------------------------- | --------------------- | ------------------------- | | DevOps-часы/неделю | 20 ч | 0 ч | 100 % сокращение | | Задержка поиска (p95) | 180 мс | 18 мс | в 10 раз быстрее | | Ежемесячные затраты на инфраструктуру | 2 400 $ (EC2 + EBS) | 199 $/мес | в 12 раз меньше | | Пропускная способность запросов | ~500 QPS (снижается) | 2 000+ QPS | запас в 4 раза | | Управление индексами | Вручную (настройка шардов) | Автоматически | Нулевое вмешательство | | Аварийное восстановление | Отсутствует | Автоматические бэкапы | Мгновенно |

Итог: DevStream устранил 20 часов DevOps-работы в неделю, сократил затраты на инфраструктуру в 12 раз и улучшил задержку поиска в 10 раз. Инженерная команда перенаправила освободившиеся часы на разработку продукта.

4. Что Увидели Клиенты DevStream

Конечные пользователи платформы DevStream не заметили миграции — за исключением того, что результаты поиска стали появляться мгновенно вместо заметной задержки.

«Мы опросили наших клиентов через неделю после миграции. Показатель удовлетворенности "поисковым опытом" вырос с 68 % до 92 %», — отмечает Шарма.

5. Технические Детали

Проиндексированные документы: 215 000 статей документации в 2 коллекциях
Используемые функции: Полнотекстовый поиск, устойчивость к опечаткам, фасетная фильтрация по продукту/категории, аналитика
Интеграции: Пользовательский API для индексации документов в реальном времени, встраиваемый виджет
Путь миграции: Экспорт JSON из traditional search backends → bulk API AACsearch
Текущий статус: Работает в течение 3 месяцев без инцидентов