Очереди с приоритетом для работы по переводу

Очереди перевода становятся предметом споров в тот момент, когда в них попадает реальная работа по запуску. Большой пакет выглядит эффективным в начале, но затем кому-то нужно перевести прямо сейчас одну срочную статью, одну правку в ценах или одно примечание к релизу.

Если такой небольшой запрос ждет позади сотен элементов пакета, система технически справедлива, но операционно неверна.

Не вся работа в очереди имеет одинаковую срочность

Пакетная работа обычно планируется заранее. Она часто представляет собой бэклог, миграцию или известный объем задач к запуску. Эта работа важна, но обычно может терпеть стабильный постепенный прогресс.

Работа с отдельными записями отличается. Она часто запускается потому, что человек смотрит на конкретную страницу и пытается завершить конкретную задачу.

Эта разница должна быть видна в очереди.

Режим отказа

Когда каждый запрос на перевод попадает в одну и ту же полосу, большие пакеты занимают исполнителей. Команда видит прогресс, но это неправильный прогресс:

• элементы плановой миграции продолжают двигаться
• срочные редакторские исправления ждут
• переводчики не могут быстро проверить одну страницу
• команды запуска начинают обходить систему

Как только люди начинают считать очередь непредсказуемой, они перестают доверять ей для чувствительной ко времени работы.

Лучшее правило: сначала одиночные запуски

Практичная очередь перевода должна отдавать приоритет одиночным запускам перед пакетными. Это не значит, что пакеты никогда не двигаются. Это значит, что пакетная работа использует оставшуюся пропускную способность после того, как срочной прямой работе дали возможность стартовать.

Это соответствует тому, как команды действительно работают. Миграция бэклога не должна блокировать исправление в продакшене. Широкий пакет кампании не должен блокировать одну страницу, которая уже готова к проверке.

Что должен защищать приоритет

Приоритет в очереди — это не только про скорость. Он защищает уверенность.

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

Система должна сохранять связь между намерением пользователя и видимым прогрессом.

Как поддерживать пакеты в здоровом состоянии

Приоритизация одиночных запусков не означает, что пакеты нужно морить голодом вечно. Очереди все равно нужны защитные механизмы:

• пакетные исполнители должны продолжать работу, когда срочных одиночных запусков в ожидании нет
• повторные попытки должны сохранять приоритет той работы, к которой они относятся
• задания push и publish не следует путать с приоритетом перевода
• отчет о прогрессе должен явно показывать приостановленную или ожидающую работу

Цель не в том, чтобы наказывать пакеты. Цель в том, чтобы пакеты не превращались в стену.

Главное

Очереди — это часть пользовательского опыта продукта. Если срочный перевод отдельной записи ждет позади гигантского пакета, пользователи не ощущают "фоновую обработку". Они ощущают, что их блокируют.

Одиночные запуски должны иметь приоритет, потому что обычно они представляют активное человеческое намерение. Пакеты могут продолжать двигаться в фоне, но они не должны занимать начало очереди.