Одинаковые настройки для нескольких приложений

[Avenus]

Привет, всем!

Ситуация:
Имеется несколько физических серверов с веб-приложениями (php-скрипты), которые используют одинаковый набор констант и переменных (настройки) для совместной работы. На данный момент на каждом сервере эти настройки хранятся в отдельном файле.

Проблема:
Для изменения и добавления значений приходится редактировать их в каждом файле на каждом сервере, т.е. вернее копировать после изменений на все сервера через FTP. При этом случаются проблемы одновременного совместного доступа к файлам.

Вопрос:
Возможно ли использовать один файл для всех серверов с ограничением доступа или же реализовать это таблицей в БД на одном сервере с последующими запросами разных приложений к этой БД?
Хотелось бы услышать любые предложения или направление в нужное русло.

 

[weregod]

возможно, но если пропадёт связь между серверами, чудо-файл будет не доступен

 

[Avenus]

В моем случае, если пропадет связь между серверами, то вся система не будет работать, т.к. это одно целое.
Поэтому эта проблема не критична.

 

[weregod]

я бы использовал локальные конфиги и специально обученный скрипт для раскладке конфига по серверам
а машину, которая останавливается из-за того, что перестал работать дворник, не купил бы

 

[Avenus]

специально обученный скрипт для раскладке конфига по серверам

Возможно это решение. Нужно будет только данные для этого скрипта где-то хранить, чтобы раскидать их по серверам. Только в этом случае изменение этих данных будет централизованное. Копировать эти файлы остается только по FTP? Если так, то та же самая проблема одновременного доступа появится, когда приложения попытаются использовать этот файл.

машину, которая останавливается из-за того, что перестал работать дворник, не купил бы

Так об этом речи нет. Возможно решение неверное:
- Приложения управления проектом на одном сервере
- Приложения и базы данных самого проекта на другом сервере
- Несколько серверов с базами данными (Storages)
- Файловый сервер
Для всех серверов есть настройки связи между собой и с необходимым одним сервером из Storages.

 

[С.]

а машину, которая останавливается из-за того, что перестал работать дворник, не купил бы

За то наверное купил бы машину с устройством, следящим за синхронностью движения дворников и останавливающую машину, если обнаружена рассинхронизация.

Нормально иметь один конфиг на оба сервера, если там все насквозь и так уже повязано и скорость связи между ними не критична. Зачем здесь еще лишние сущности, только усложнающие систему?

 

[Mols]

С.
синхронные дворники это кул))))

 

[Neuron]

выносим на центральный сервер конфиг -> пишем скрипт который копирует на сервера приложений этот конфиг -> подключаем конфиг

 

[Avenus]

В общем, несколько предложений по копированию файла с одного сервера на другие.
С управлением ясно, после внесения изменений - принудительное копирование, либо задача в cron.
Сделаю, отпишусь о возникших проблемах данного метода.