OpenStack — русскоговорящее сообщество

04 December 2025 16:31

Я думал, ты абстрактный пример приводишь.
Ну а в standalone версии ironic у тебя состояние задачи будет храниться в базе. Разница в чем?

OpenStack — русскоговорящее сообщество

04 December 2025 16:30

Я, без шуток, в разработке и современных девопс практиках и модных словах ничо не понимаю.

Что конкретно подразумевает твой пример под активити?

Если ты не будешь во внешнем инструменте каком-то хранить состояние задачи, то как новый воркер у тебя узнает с какого места продолжать?

OpenStack — русскоговорящее сообщество

04 December 2025 16:27

Кричишь в максимально тупой бэкенд "разверни барик с таким ID, вот его IPMI IP. Вот структура дисков. Загрузись с этого ISO".

Воркфлоу стартует, формирует у себя стейт, например, ключ-значение.

Дальше по шагам:
- Переключить влан на портах для ipxe;
- Дергает барик на ребут, чтобы загрузилось с dhcp + ipxe;

1 шаг = 1 вызов activity (даже если нужны retry и тд, все работает из коробки без необходимости строить костыли)

Пока шаг не выполнится - обработка не продолжится. Если воркер упал (например, гипер с виртуалкой где воркер крутится наебнулся), то оно не будет пытаться все заново запускать, а продолжит, например, на этапе дернуть барик на ребут

OpenStack — русскоговорящее сообщество

04 December 2025 16:25

Образ подготовленный дибом например

OpenStack — русскоговорящее сообщество

04 December 2025 16:24

Чо такое стейт хранящийся в воркфлоу? Объясни вот на примере деплоя baremetal, чтоб понятнее было.

OpenStack — русскоговорящее сообщество

04 December 2025 16:23

Это в идеальном мире который себе придумали брошенные в джунглях дети, которые девопсы вспитали как своих и научили изъясняться на языке Infrastructure as a Code и ритуалам декларативности? :D

OpenStack — русскоговорящее сообщество

04 December 2025 16:22

Подход чем-то похож на reconcile в кубах, когда изначально состояние считается пустым и все должно быть готово что может быть потребуется создать заново

OpenStack — русскоговорящее сообщество

04 December 2025 16:21

Это если в этом воркфлоу всё активити независимые друг от друга и не имеют стейта :)

OpenStack — русскоговорящее сообщество

04 December 2025 16:19

под темпоралом я могу вертеть кассандру как душе угодно

OpenStack — русскоговорящее сообщество

04 December 2025 16:16

Есть сравнение примерное? В случае с metal3 провижн идет через создание манифестов и дальше уже контроллер все делает?

OpenStack — русскоговорящее сообщество

04 December 2025 16:11

Я смотрю и на хабре все больше про него упоминаний, не может не радовать

OpenStack — русскоговорящее сообщество

04 December 2025 16:11

Ну, будут какие вопросы по сомнительным пунктам, пиши.

OpenStack — русскоговорящее сообщество

04 December 2025 16:08

Учитывая архитекутру ironic, не особо то ему и нужен вообще rpc.

OpenStack — русскоговорящее сообщество

04 December 2025 16:07

а ещё network partition в кролике тоже доставляет, почему произошел — хуй знает, но ты иди поднимай его обратно, а то часть агентов отъебнула

OpenStack — русскоговорящее сообщество

04 December 2025 16:06

щас кто-то скажет "ты не умеешь его готовить", а я скажу "кролик говно"

OpenStack — русскоговорящее сообщество

04 December 2025 16:31

Хранением и управлением истории вызовов сам темпорал занимается как раз

OpenStack — русскоговорящее сообщество

04 December 2025 16:28

При этом ты ещё можешь поллить воркфлоу на предмет
"ну как там с деньгами?" "на каком ты этапе?"
А он отвечает "{vlan_configured: true, bms_rebooted: false}"

OpenStack — русскоговорящее сообщество

04 December 2025 16:26

Бай дизайн не нужно, но инструменты что бы все активити запускать на одном воркере есть😏

OpenStack — русскоговорящее сообщество

04 December 2025 16:24

Хорошо, давай пример

OpenStack — русскоговорящее сообщество

04 December 2025 16:23

не, оно в целом не должно иметь стейта by design. Весь стейт должен храниться в воркфлоу

OpenStack — русскоговорящее сообщество

04 December 2025 16:22

и подход Saga/Compensation тоже ложится очень хорошо. Не выполнилось активити - обрабатываем ошибку, удаляем сущность если была создана и запускаем снова

OpenStack — русскоговорящее сообщество

04 December 2025 16:21

а активити не должны иметь стейта, кстати

OpenStack — русскоговорящее сообщество

04 December 2025 16:20

и процесс работы воркфлоу при этом не зависит от какой-то мудацкой шины по типу кролика. Упадет воркер - пофигу, продолжится на другом (воркере/стойке/регионе/континенте)

OpenStack — русскоговорящее сообщество

04 December 2025 16:18

Там айроник под капотом, который так вам не нравится. А кролик уже умеет в рафтинг и в целом не такой уж и плохой. Под темпоралом если база умрёт тоже ничего хорошего не будет :)

OpenStack — русскоговорящее сообщество

04 December 2025 16:11

https://habr.com/ru/articles/966972/

OpenStack — русскоговорящее сообщество

04 December 2025 16:11

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

OpenStack — русскоговорящее сообщество

04 December 2025 16:09

Я ironic в лабе, конечно, пощупаю, но больших ставок я на него не делаю

OpenStack — русскоговорящее сообщество

04 December 2025 16:07

Ironic без него работает же.
conductor умеет json rpc.

OpenStack — русскоговорящее сообщество

04 December 2025 16:06

даже не столько кролик, сколько реализация общения в oslo.rabbitmq, который не переживает нормально случаи когда одна из нод кластера кролика вываливается

OpenStack — русскоговорящее сообщество

04 December 2025 16:05

когда его не трогать, то все ок, но что-то малейше пойдет не так и гг, остаток ночи вместо сна ты будешь разгребать кишки