Mikhail Gusarov пишет:
Twas brillig at 14:52:18 12.11.2008 UTC+03 when [EMAIL PROTECTED] did gyre and gimble:
У вас своеобразный стиль цитирования - аргументы оппонента опускаются, далее следует ответ без учёта аргумента, как будто его и не было :)
Повторяю аргумент - нет никакой технической разницы в обработке однотипных заданий и произвольных команд. Единственное различие - унифицирование интерфейса в alterator-fbi - сводится на нет, если будет несколько разных однотипных заданий.
VO> Не вижу разницы с "исполнением заданий". К "исполнению заданий" явно привязана логика по обработке ответа.
Такую логику можно привязать и к выполнению произвольной команды. Речь шла о том, что вывод может быть разным и для однотипного задания, и для произвольной команды.
Логика обработки результата выполнения не обязательно сводится к "обработке вывода".
Т.е. можно написать нечто в виде одной команды, что будет заброшено везде, что-нибудь выполнит, посчитает результаты и однообразно их сообщит "наверх", и такое сведение "задания" к "команде" вполне имеет место, но выглядит достаточно искусственным.
Сообщение результатов наверх - не оптимальное решение. Проще хранить результат в статусе узла и выдавать при опросе кластера.
В heartbeat такие действия реализованы ресурсами и результаты выполнения собирает cluster resource manager.
Но это уже детали. Речь о том, что не нужно ограничивать действия однотипностью.
В том же heartbeat есть искусственное ограничение - команды могут быть оформлены только ресурсами, и это сильно ограничивает круг применения heartbeat.
VO> Между тем это типичная кластерная схема со всеми вытекающими - VO> синхронизация изменений, split brain стратегии, выбор лидера. А вот это вполне разумно, хоть и не верится, что inger не поднял литературу по этому поводу :)
Хотелось бы заслушать мнение [EMAIL PROTECTED] -- Regards, Vyt mailto: [EMAIL PROTECTED] JID: [EMAIL PROTECTED]
signature.asc
Description: OpenPGP digital signature
_______________________________________________ devel-conf mailing list devel-conf@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/devel-conf
