Создание централизованного хранилища конфигурации

Question

Я пытаюсь разработать приложение с открытым исходным кодом, которое будет похоже на централизованное управление конфигурацией для всех платформ Unix, например, (изменение пароля root, конфигурации SSH, настроек DNS, / etc / hosts management .... и других). ).

Мне нужны ваши отзывы о том, что вы рекомендуете использовать в качестве интерфейса для всей конфигурации (список сценариев будет запущен на серверах Unix в качестве клиентов для чтения конфигурации и применения ее в каждой системе "Клиент === > to ===> Режим сервера "

Должен ли я использовать LDAP для размещения конфигураций, и любая ОС Unix может связаться с LDAP для получения конфигурации

или Стоит ли просто сохранить конфигурацию в базе данных (например, MySQL) и создать веб-интерфейс для чтения базы данных и печати конфигурации для клиента?

или у вас есть другая идея?

Answer 1

Вместо этого вы можете посмотреть что-то вроде Шеф-повар или Кукольный . Зачем заново изобретать колесо?

Answer 2

Curl может загрузить файл с URL-адреса и записать этот файл в стандартный вывод. Например, выполнение curl -sS <a href="http://someHost/file.cfg" rel="nofollow">http://someHost/file.cfg</a> загрузит файл "file.cfg" с указанного веб-сервера. Опция "-sS" указывает Curl печатать сообщения об ошибках, но не диагностику прогресса. Кстати, Curl поддерживает множество протоколов, включая HTTP, FTP и LDAP, поэтому у вас есть гибкость в технологии, которую вы хотите использовать для размещения своего централизованного хранилища конфигурации (CCR).

Вы можете использовать curl, чтобы получить файл конфигурации из CCR, сохранить результат в локальном файле и затем проанализировать этот локальный файл.

Answer 3

Мы также собираемся запустить ConfigChief, который является центральным хранилищем конфигурации, который будет делать то, что вы хотите: центральная точка для хранения конфигурации (со всеми функциями, такими как управление версиями, аудит, ACL, наследование и т. Д.).

Получив это, в сочетании с уведомлением об изменениях, вы можете просто запустить завиток, как говорит Киран Макхейл против CCR, и вернуть проанализированный файл конфигурации обратно. Это исключило бы необходимость написания скриптов для генерации конфигурационных файлов извне.

Если вы заинтересованы, вы можете подписаться на бета-версию на http://woot.configchief.com

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ : Я думаю, это очевидно с первого слова!

Answer 4

Ознакомьтесь с планом от DevStructure. Это похоже на то, что вы пытаетесь сделать. По сути, он анализирует серверы и обнаруживает все, что изменилось из состояния установки. С открытым исходным кодом тоже.

https://github.com/devstructure/blueprint (Blueprint @ Github)