Я предполагаю, что это - долгосрочное усилие по документации, не просто пытаясь получить снимок текущей конфигурации.
Работы Wiki теперь и могли бы сохранить Вас нормальными некоторое время, но если Ваши изменения среды быстро у Вас будет серьезная проблема. Необходимо будет всегда удостоверяться, что задания крона правильно записаны, выполнены своевременно, записаны для новых сервисов, совместимы с новыми версиями программного обеспечения, и т.д.
Рассмотрите использование инструмента управления конфигурацией как Puppet или Cfengine. По крайней мере, поместите любые данные, которые Вы собираете при управлении версиями (как Подвижный, мерзавец или Подверсия).
Ваши данные конфигурации входят отовсюду вместо того, чтобы быть централизованным. Wiki будет всегда изолировать текущее состояние Ваших машин. Необходимо централизовать данные конфигурации; заставьте его вытекать из центра к краям. Но это верно, что иногда необходимо выйти и получить данные конфигурации. Cfengine может сделать аудиты, Марионетка могла бы. Посмотрите на эту статью Wikipedia, перечисляющую другие менеджеры конфигурации.
Вы могли бы хотеть попробовать cfg2html, который выводит Вашу конфигурацию в файл HTML, который можно затем выбрать равномерно и служить с центрального сервера.
В следующий раз, когда Вы настраиваете машину, необходимо установить etckeeper на ней сначала. Тем путем Вы сохраните журнал изменений конфигурации.
Какой дистрибутив Вы используете? Существуют некоторые довольно удобные инструменты для управления и аудита conffiles, и они обычно зависят от диспетчера пакетов.
Мое предложение состояло бы в том, чтобы только создать Wiki, чтобы централизовать информацию и заставить сценарий редактировать страницы так, чтобы конфигурационные файлы были обновлены на Wiki автоматически через задание крона.
При использовании moin необходимо проверить http://moinmo.in/ScriptMarket/PutPageScript.
Таким образом, Вы добираетесь:
Централизованная документация.
Актуальная конфигурация системы.
История изменений конфигурации.
Электронная таблица является в основном сеткой с двумя размерами. Я полагаю, что это не лучшая структура данных для таких вещей. Я предпочитаю деревья, таким образом, я использую планировщики для управления деревьями.
Мой любимый является leo. Если бы Вы хотите что-то, что работало бы над сервером, который имеет № X, взгляните на htb (от кажется, отказываются), или на плагин энергии VOoM.
Все эти инструменты используют файлы простого текста или XML как бэкенд. Подошедший некоторое управление версиями, они делают мощную комбинацию.
Другая альтернатива была бы окаменелостью. Это - распределенный инструмент управления версиями со встроенной Wiki и средство отслеживания билета. Это - единственный двоичный файл, который может также работать CGI и служить веб-интерфейсу, таким образом делая его доступным по сети. окаменелость как мини-CMS для веб-сайта очень мощна.
У нас есть 4 дата-центра в 3 странах. У нас есть более чем 500 рабочих серверов. Как некоторые люди, сказанные выше, мы используем Wiki и присоединяем файлы электронной таблицы на Wiki. Хорошая вещь о то есть, когда Вы обновляете свою электронную таблицу и присоединяете ее назад на Вашей Wiki, это сохраняет историю этого. Как то, кто обновил файл и когда.
Но мы также блокируем вниз нашу Wiki, пользователи не видят почти страницы, если они не зарегистрированы. Кроме того, страницей, где файл электронной таблицы установлен, управляют с помощью тегов, который использует расширения контроля доступа.
- N
Один подход заключается в том, чтобы начать с файла конфигурации, который достаточно хорошо читается, чтобы его можно было преобразовать в работающую конфигурацию или документацию. Вот пример того, как я управляю экземплярами PostgreSQL:
# writer : The master where connections are enabled
# queryN : Standby servers
databases:
localharvestdb:
role_assignment:
writer: 172.16.0.3
query: 172.16.0.2
major_version: 11
comments: |
The master uses a replication slot that must be created manually
pgprobe:
role_assignment:
writer: 172.16.0.5
major_version: 12
Затем напишите сценарий, который может считывать эти данные и выдавать конфигурацию системы, и еще один сценарий, который может форматировать сводную документацию.
Два проекта, которые позволяют создавать собственные конфигурации из скриптов: