Актуальность техстека как задача: наш путь от хаоса к регулярным SLA-апдейтам

В сфере искусственного интеллекта произошло заметное событие. fourfingers 9 минут назад Актуальность техстека как задача: наш путь от хаоса к регулярным SLA-апдейтам Простой 4 мин 255 Управление разработкой * Кейс В предыдущей статье я рассказывал, что наша команда Платформы получила цель «Техстек всегда актуален». Но многие ли компании могут похвастаться тем, что все компоненты их стека не покрылись пылью, а регулярно обновляются? Скажу честно: мы тоже долго не занимались этим системно, пока не поняли, что эта работа приоритетна.

Мы больше не хотим попадать в ситуацию, когда устаревшая база данных не позволяет выполнить запрос вне единственного индекса, созданного 15 лет назад. В этой статье я подробно расскажу, как мы построили процесс, который гарантирует актуальность технологического стека. Как OKR помог свернуть горыМеня зовут Станислав Решетнев, я руководитель отдела разработки в Sape (направление Link Building).

Технические детали

В нашей компании есть команда Платформы, которая упрощает жизнь продуктовым командам. На ее плечи легла задача «Техстек всегда актуален». Смысл не в том, чтобы один раз все поправить, а чтобы обновления стали системой, без пропусков и напоминаний.

В OKR принято ставить амбициозные и вдохновляющие цели. Команда такую цель приняла, и работа закипела. В итоге сегодня у нас нет ни одного блокера, а весь стек обновляется по SLA.

Описываем техстек и задаем SLO на сроки обновленияНачали с описания технологического стека и определения границ обновлений. Границы оказались нетривиальными, поэтому расскажу о них подробнее. Вот основные компоненты нашего стека:PHPSymfonyRoadRunnerClickHouseN8nMySQL / Postgres ClusterSphinx / ManticorePodmanRabbitMQConfluentPlatformViteVueJSЧасть компонентов, например реляционные БД для бизнес-данных, используются и в других направлениях разработки.

Отраслевые последствия

Мы решили обслуживать только те, что входят в наше направление, что не всегда было просто. Например, была проблема с устаревшей версией MySQL. Приложения привязались к ней специфическими запросами с конвертацией кодировок, а огромные таблицы не имели нормальных индексов.

Мы решили подобрать новую БД, которая устроит все команды, но сам перенос делать только для направления Link Building. Но обновить базу данных недостаточно, чтобы техстек считался актуальным. Нужно, чтобы все приложения на нее перешли.

Поэтому мы добавили в процесс делегирование: как только выходит новая версия БД, в команды, где она используется, уходит задача на переход. У разных компонентов своя специфика:Для PHP и Symfony нужно обновлять конкретные приложения, и важно, чтобы все перешли на новый docker-образ. Мы ведем реестр приложений, которые планируем обновлять (они заданы в SLA).

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.