Создатели социальной сети Ning объявили (http://code.ning.com/2011/02/introducing-galaxy/) об открытии под лицензией Apache разработанной в недрах проекта системы управления развертыванием приложений Galaxy (https://github.com/ning/galaxy). Система Galaxy написана на языке Ruby и предназначена для организации централизованного управления установкой программ и изменении конфигурации на группе машин. Архитектура Galaxy основана на трех компонентах: агенте, консоли и репозитории. Дополнительно подготовлены инструменты для формирования пакетов, Ruby-библиотека и работающий в режиме командной строки клиент для прямого взаимодействия с управляющей консолью и агентами.Galaxy-агет выполнен в виде фонового процесса, запускаемого на всех хостах или виртуальных окружениях, для которых необходимо обеспечить централизованное управление. Основные функции агента сводятся к развертыванию приложений (установка, обновление, удаление), управлению их работой (запуск, остановка, перезагрузка) и оцен...
URL: http://code.ning.com/2011/02/introducing-galaxy/
Новость: http://www.opennet.me/opennews/art.shtml?num=29728
А какие есть альтернативы для администрирования большого парка однотипных машин?
В зависимости от задач Puppet, Cfengine или Spacewalk, Mandriva Pulse, Landscape.
а мне нравится xCAT :)
Chef http://www.opscode.com/chef/
bcfg2Кстати не понимаю, почему его всегда обходят стороной. Между прочим он даже в репах debian'а есть.
удобство и безопасность всегда по разную сторону баррикад.
Либо разработчики не знали про Capistrano, либо писать систему начали до него. Сейчас это будет мало кому интересно.
А мы наконец почти избавились от puppet.
> А мы наконец почти избавились от puppet.Если не секрет на что перешли и почему ? Мы наоборот планируем переход с Cfengine на puppet
Puppet
1) Имеет свой внутренний крайне ограниченный язык.
2) Для того чтобы реализовать некоторые вещи приходится такой огород городить, что даже в страшном сне не присниться.
2) Плюс, на каком-то этапе я заметил что больше половины нашей конфигурации написаны на шелле.
3) Плюс всё это тормозно работает и ruby нагружает жудко систему.
4) Плюс все равно для кажгого из дистрибутивов Linux, FreeBSD... приходится писать свой собственный конфиг, потому что - то файл не там лежит, то команда чуть отличается, то пути не те и т.д.
5) Все это не избавляет от бинарников и rpm-ов которые нужно устанавливать
6) А какие-то комманды нужно выполнить всего один раз, чего puppet вообще не умеетИтого после почти 1.5 лет использования puppet мы решили от него отказаться.
Взамен, всё очень просто и банально:
1) rpm - для деплоя
2) конфигурации - git+маленький самописный скрипт который будет выполнять функции установки-замены файлов и параметров (как в puppet)
3) для интерактивного управления pssh и вход из под root-а (все равно первая команда которую набирает админ после входа на сервер sudo su -, особенно когда их более 200 и в разной конфигурации).
4) плюс нам не нужно новый язык изучать, а шелл все знают. ;)
отлично
правильный подход и вменяемый комментарий
> 3) для интерактивного управления pssh и вход из под root-а (все равно первая команда которую набирает админ после входа на сервер sudo su -, особенно когда их более 200 и в разной конфигурации).откройте для себя sudo -i