From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Paul Wolneykien To: ALT Linux Team development discussions In-Reply-To: References: <1256768388.8351.211.camel@dinkum-thinkum.spb.altlinux.org> <4AE933A6.8030908@altlinux.com> <1256901007.8351.387.camel@dinkum-thinkum.spb.altlinux.org> Content-Type: text/plain; charset="UTF-8" Organization: ALT Linux Date: Fri, 30 Oct 2009 16:36:55 +0300 Message-Id: <1256909815.8978.26.camel@dinkum-thinkum.spb.altlinux.org> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 (2.26.2-alt1) Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?8MXTz97OycPBIMkgwdXEydQgxMzRIOHM2NTF0sHUz9LB?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 13:38:48 -0000 Archived-At: List-Archive: List-Post: В Птн, 30/10/2009 в 16:14 +0300, Stanislav Ievlev пишет: > 30 октября 2009 г. 14:10 пользователь Paul Wolneykien > написал: > > В Птн, 30/10/2009 в 10:24 +0300, Stanislav Ievlev пишет: > >> 29 октября 2009 г. 9:18 пользователь Anton Farygin написал: > >> > 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