ISconf - ISconf

ISconf это инструмент для управления сетью серверов. Он работает по модели вытягивания, что означает, что даже серверы, которые не работают на момент внесения изменения, получат это изменение, как только они вернутся. Начиная с версии 4, ISconf не требует центрального сервера, хотя предполагает, что все серверы запускаются одинаково, что проще всего выполнить с помощью некоторой формы автоматической установки, для которой может потребоваться центральный сервер.

Теория

ISconf происходит от движения «администрирование инфраструктуры», которое создало и определило большую часть (в теоретическом плане) основы на стороне ОС того, что сейчас составляет сферу DevOps. Он основан на идее, что лучший способ предотвратить расхождение серверов - это применять один и тот же набор операций в одном порядке. Это контрастирует с теорией «конвергенции» системной автоматизации, которая пытается «сблизить» серверы с известными состояниями из произвольных состояний с использованием наборов правил, таких как «если установлен пакет вне этого набора, удалить его», «если пакет X не установлен, установите его "или" если демон X не запущен, запустите его ". По словам Стива Трауготта, нет никакого способа гарантировать, что данный набор правил действительно сможет сойтись из любого данного состояния.

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

ISconf был вдохновлен и изначально реализован как Makefiles. Однако файлы Makefile определяют зависимости, а не полный порядок операций. Версия 1 ISconf решила эту проблему, сделав каждую операцию зависимой от предыдущей, но это было утомительно и плохо подходило для Make. Более поздние версии ISconf используют простой журнал только для добавления.

Основные версии

Основными широко используемыми версиями, по-видимому, были ISconf2 и ISconf3, в то время как ISconf4 оставался в очень долгом периоде бета-тестирования. Фактически, он был завершен и запущен для использования в более крупных средах, но из-за задержки был принят сообществом ограниченно.

  • ISconf 1 (Makefiles)
  • ISconf 2 (начало 200x?), Написанный Стивом Трауготтом, пытался лучше придерживаться принципов администрирования инфраструктуры.
  • ISconf 3 (2002) был переработкой версии 2 Люком Кэни. (Неизвестно, в какой степени он способствовал этому)
  • ISconf 4 в основном написан оригинальным автором Стивом Трауготтом.

Мелочи

Позже Люк Канис переключился на CFengine2, пока, наконец, не создал и не выпустил Puppet. В результате можно считать ISconf предком Puppet, хотя и CFengine, и Puppet реализуют модель «конвергенции» управления конфигурацией, по сути, противоположную модели «порядка операций», реализованной по крайней мере ISconf версий 1, 2 и 4.

Смотрите также

внешняя ссылка