|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Pavel Marenyuk 2:5080/1003 02 Apr 2004 20:33:57
To : Aleksey Barabanov
Subject : Re:cvsдля отслеживания изменений конфигов
--------------------------------------------------------------------------------
Aleksey Barabanov <abb@wessen.ru> wrote:
AB> Pavel Marenyuk wrote:
AB>
>> AB> 2. Такая система выглядит более менее вразумительно пока увас только
>> _ДВА_ AB> файла, а иначе это уже вовсе мутно.
>> Програмный проэкт на 150 файлов - не мутно?
AB> Детский случай. Du или find от /usr/lib ;)
AB> Hапример
AB> server:/etc # ls -als | wc -l
AB> 381
AB> server:/etc # ls -alRs | wc -l
AB> 7717
AB> server:/etc #
AB>
AB> Я же предупреждал, что стоит перейти от теоретических прикидок к
AB> практическим. Вы напишите простенький скрипт для контроля хотябы /etc и
AB> избранных мест из /usr/share и /var/lib и проверте как "оно" ;) Я проверил
AB> - хреново ;)
AB>
Я контролировал избранные места из /etc. Hе понравилось.
>> А ведь revision-control systems дла этого и предназначены.
AB> Стоп. Мы говорим об использовании таких систем для управления проектами или
AB> для управления настройкой системы ?
AB>
Я хотел сказать, что управление настройкой и управление проэктом
имеют много схожести.
>> AB> 3. Такая автоматизация стоит грошей с точки зрения указания файлов в
>> CVS и AB> вовсе обнуляется и становится обузой если кроме указания CVS
>> надо еще и AB> Makefile создать.
>> cvs - всего лишь инструмент. Makefile - правила его использования.
>> Так или иначе какойто набор правил всегда существует.
AB> Вопрос в объеме работы.
AB>
>> AB> 4. Такая схема вводит в процесс администрирования пакет который для
>> этого AB> не
>> AB> предназначен разработчиком, т.е. не проверен на предмет дырявости и
>> даже AB> более на каждом заборе написано "не пускайте CVS от рута". Короче
>> - AB> перспектива 0 !
AB> Я здесь не стал затрагивать вопроса вообще о безопасности вседозволенной
AB> работы suid-ных систем и цене их ошибки и то как это можно сопрячь с тем
AB> что управление больших систем постепнно переходит на ролевой принцип. А
AB> если таки начать об этом разговор, то CVS вообще в ауте.
AB>
Спорить несчем.
>> AB> 5. Hужно еще решить проблему автоматического подключения
>> установленного AB> пакета после rpm в такую систему администрирования.
>> AB>
>> Hе понял. Имеется ввиду автоматическая установка/удаление пакета ?
AB> Да-да. Поставил что-то штатным путем. Система отслеживания изменений
AB> конфигов должны все отловить и запомнить. Можно конечно завраппить rpm и
AB> после установки скармливать специальному скрипту rpm -ql но "как" это и
AB> есть вопрос. Т.е. что выбрать.
AB>
Этого не решал.
>> AB> Подсчитаем все и прикинем стоит ли овчинка выделки ? Во сколько раз
>> AB> услажняется процесс администрирования ? Сколько дополнительных
>> операций AB> добавляется ?
>> AB>
>> И вычисляем пороговое количество станций, после которого такие пляски
>> начинают быть оправдаными.
AB> Забудем о числе станций. Я вижу что это не оправданно даже для одной
Для ондой - неоправдано.
Для 30 - есть смысл более глубоко покопать в эту сторону.
AB> системы. Вообще вопрос переноса настроек не стоит остро для линукса. Так
AB> что я не страдаю этим. Гораздо важнее вопрос контроля и отката.
AB>
Я заинтересовался этим решением, какраз в плане переносоа настроек
большого количества машин,- есть админско-эталонная и есть "ведомые",
которые автоматом синхронизируются с "ведущей"
>>>> AB> Хотелось бы услышать альтернативы.
>>>> AB>
>> AB> А вот альтернативы то где ?
>> AB>
>> стандартные - sh, perl.
AB> ;))) Продолжаю - gcc, nasm ;)
AB>
>> + если я чегото не знаю, это не значит что этого нет.
AB> Я только не вижу смысла упиваться знанием того что если я что-то не знаю, то
AB> это неприменно _ЕСТЬ_ ;) С таких утверждений начинается религия. "Бог из
AB> машины" Это кстати и не ново ;)
AB>
:)
--
Всем - всего
Павел pavlomr@hotmail.com
--- ifmail v.2.15dev5
* Origin: Privare Person (2:5080/1003@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
