[devel] Песочница и аудит для Альтератора

[Paul Wolneykien]

В Птн, 30/10/2009 в 16:14 +0300, Stanislav Ievlev пишет:
> 30 октября 2009 г. 14:10 пользователь Paul Wolneykien
> <manowar �� altlinux.org> написал:
> > В Птн, 30/10/2009 в 10:24 +0300, Stanislav Ievlev пишет:
> >> 29 октября 2009 г. 9:18 пользователь Anton Farygin <rider �� altlinux.com> написал:
> >> > 29.10.2009 01:19, Paul Wolneykien пишет:
> >> >>
> >> >> Всем привет.
> >> >>
> >> >>   В ходе проектирования ЦМУ для Кольчуг и прочих кластеров, я пришёл к
> >> >> выводу, что комплексное обновление параметров кластера является
> >> >> стрессовой ситуацией для администратора и представляет проблему даже при
> >> >> большой степени автоматизации. Для того, чтобы как-то облегчить ему эту
> >> >> процедуру, было бы логичным дать ему возможность провести анализ
> >> >> предстоящих изменений и скорректировать свои действия.
> >> >
> >> > Паша, я давно и успешно пользуюсь etckeeper + git для цели отслеживания
> >> > изменений в конфигурационных файлах.
> >> То что хорошо для конфигурационных файлов к сожалению не годится для
> >> таких служб как ldap, данные которых хранятся в какой-нибудь БД.
> >
> >  Данные в БД, но конфигурация-то в Альтераторе. А Альтератор смотрит на
> > обычные файлы. Речь про конфигурацию.
> Просто письма такие обширные и фундаментальные, что не сразу
> улавливаешь их суть ;)
> 
> То есть это эдакий реестр из плоских файлов, разобраться в изменениях
> которого помогает git. Я правильно теперь понял? ;)

   Ммм... не совсем. Гит помогает откатывать и накатывать, т.е.
обновлять конфигурационные файлы, в том числе, распространять изменения
на узлы (каждый узел делает git pull). А разобраться в изменениях
помогает Альтератор. Ведь основные причины управления конфигурацией
через бакенды, на мой взгляд -- это упрощение структуры и приведение её
к стандартному виду. И такой подход будет востребован и при проведении
анализа: гораздо проще разобраться в разнице между двумя наборами
параметров одного и того же объекта в разное время, чем в разнице между
двумя версиями конфигурационного файла.
  Удалось объяснить, то я имею в виду? :)

> 
> Красиво, но я в другом треде  писал почему отказались в своё время от
> admfs. Как-то всё чрезчур искуственно получалось. Возможно стоит
> сделать прототип подобного дерева, скажем, для сервера "пятой
> платформы" и для десктопа, чтобы оценить масштаб предстоящих работ.
> _______________________________________________
> Devel mailing list
> Devel �� lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel