Summary: | MQ для сборочницы и сопутствующих сервисов | ||
---|---|---|---|
Product: | Infrastructure | Reporter: | Anton Farygin <rider> |
Component: | girar | Assignee: | placeholder <placeholder> |
Status: | NEW --- | QA Contact: | Andrey Cherepanov <cas> |
Severity: | enhancement | ||
Priority: | P5 | CC: | glebfm, iv, jenya, ldv, legion, mcpain, mike, rider, sotor, viy |
Version: | unspecified | ||
Hardware: | x86_64 | ||
OS: | Linux |
Description
Anton Farygin
2020-09-22 16:05:04 MSK
Как происходит сейчас (по крайней мере в большинстве известных мне сервисов): или опрос по крону вплоть до ssh или отслеживание писем от girar Внутри сборочницы есть некий самописный MQ реализованный на файлах/каталогах. Возможно, у такой службы есть ещё потенциальные клиенты в виде догоняющих репозиториев, которым задания нужно выгребать по факту их выполнения в основной сборочнице. Но так же было бы неплохо от догоняющих репозиториев получать информацию для сопутствующих служб, например для систем автоматизации функций отдела тестирования или webery. Т.е. - по факту у нас сейчас работает не одна сборочница а несколько параллельных, но при этом только с основной сборочницы задания и репозитории отслеживаются внешними (для сборочницы) службами. наверное, стоит сразу предусмотреть возможность появления нескольких параллельно действующих сборочных систем, у каждой из которых может быть свои номера и состав сборочных заданий. (In reply to Anton Farygin from comment #1) > Как происходит сейчас (по крайней мере в большинстве известных мне сервисов): > или опрос по крону вплоть до ssh > или отслеживание писем от girar Для полноты картины упомяну, что робот, копирующий задания в mipsel-ную сборочницу по крону отслеживает $FROM_REPO/index/task.list. |