stavinsky Aug 21 2013 at 17:34

Salt — продолжение

2 min

7.8K

Python*

+11

Comments 15

beho1der Aug 21 2013 at 20:57

С удовольствием бы почитал про примеры применения!

stavinsky Aug 21 2013 at 21:02

Знакомый ник, вы никогда не работали в компании ПСС?
Ок. приятно слышать. Я в процессе написания состояний для одного windows сервера и комплекта из nginx, php-fpm, mysql, redis под линукс. Вот это и опишу тогда. С копией стейтов на github

beho1der Aug 22 2013 at 16:00

Нет не работал!

stavinsky Aug 22 2013 at 16:48

Просто не отказался бы одного человека найти))) С таким же ником в аське годах в 2000х общались. Хотя кажется я Вас уже об этом спрашивал

UFO just landed and posted this here

stavinsky Aug 22 2013 at 11:31

Я уже пол года использую в бою их систему. Доволен. Если бы хуже в ней разбирался — может и купил бы.

inlanger Aug 22 2013 at 11:15

Увидел Python в списке блогов, обрадовался, зашел почитать… Так и не понял что это за штука. Я правильно понял, что это типа fabric что-то?

stavinsky Aug 22 2013 at 11:30

Это система централизованного управления парком компьютеров любой величины. Написана полностью на python. Очень быстро развивается. Уже написана куча модулей и плагинов.
Если коротко, то она позволяет достаточно большом количестве серверов развернуть какую-нибудь связку php-fpm+nginx со всеми настройками минут за 15.

Zelgadis Jun 19 2014 at 04:06

нененееектро пост:

Допустим есть org.project нода. На ней крутится nginx. В конфиге nginx написано куда данные слать (org.project.{app1, app2}). Потребовалось поднять еще одну ноду (org.project.app3). Теперт надо, чтобы org.project подцепил изменения. Это возможно без ручного вмешательства?

stavinsky Jun 19 2014 at 18:58

Какой-то очень теоретический вопрос. По хорошему их бы выделить каким-то образом в отдельную группу. Сделать универсальный конфиг через jinja2 шаблон. А дальше сколько нод ты не подключишь — просто добавляй в эту группу.

Zelgadis Jun 19 2014 at 19:57

В группу надо руками добавлять. Через ректор и Mine это делается оказывается.

wronglink Aug 22 2013 at 11:37

Да, скорее fabric с кучей пренаписанных рецептов.

stavinsky Aug 22 2013 at 11:42

Если я правильно понял fabric, то идеалогия другая.
Фабрик для того что бы разом что-то сделать на нескольких серверах.
Salt — для того что бы поддерживать «состояние» определенных служб.

То есть например у тебя есть пачка сервисов на сервере. Ты описываешь какие у них должны быть конфиги, что установлено и что запущено. (в принципе описывается достаточно просто и понятно).
Далее ты выполняешь salt highstate и salt миньон проверяет это состояние. Если что-то не в порядке (конфиг изменился, служба не запущена, порт закрыт и тд) исправляет только нужное.

kingu Aug 26 2013 at 14:40

А отличия от подобных — chef, puppet, cfengine?

stavinsky Aug 26 2013 at 16:46

Для меня ключевыми отличиями было:
1. легкое понимание процесса работы. За 1 час сделал первый стейт для fail2ban и применил.
2. python — то есть я смогу залезть в код и понять почему что-то идет не так.
3. Не ruby (да простит меня сообщество ruby, но не нравится мне этот язык. )
4. Кросплатформенность, хотя последние версии chef тоже вроде как windows умеют.
5. темплейты конфигов на jinja2, просто и понятно.