OpenSource в заметках

При всем многообразии существующих операционных систем на сегодняшний день, имеется несметное количество способов установки программного обеспечения в эти самые операционные системы. Конечно же, очень много зависит от архитектуры ОС и исторических факторов, повлиявших на способы хранения файлов и настроек устанавливаемых программ. Но, как бы там ни было, время программ, состоящих из пары-тройки файлов, можно торжественно считать ушедшим. На сегодняшний день практически любой программный продукт имеет десятки, сотни, тысячи файлов, компилируется и собирается с поддержкой динамически-загружаемых библиотек, настройки программ хранятся централизованно в отдельных файлах, каталогах, а то и вовсе в базах данных. И если раньше было достаточно скопировать исполняемый файл на дискету, перенести на другой компьютер и все отлично заработало бы, то сегодня со всей тучей распределенно-хранящихся динамических библиотек, конфигурационных файлов и баз данных с параметрами настройки отдельных компонент невозможно обойтись банальным копированием «чего-то куда-то». Пользователь уже просто не в состоянии запомнить или отследить все взаимосвязи, присутствующие в программном продукте и обеспечивающие его корректный запуск и работу.

Об автомобилях, кухонных комбайнах, инсталляторах и пакетах установки

В какой-то момент маркетологи и разработчики программного обеспечения обнаружили появление пользователей, не знающих и не желающих знать ни о каких «разделяемых библиотеках», «конфигурационных файлах» и тому подобной ереси. Людям просто нужно выполнять свою работу, иногда очень и очень далёкую от информационных технологий. Примерно так же, как садясь за руль автомобиля, нам не нужно знать о существовании поршней, карбюратора, карданного вала. Мы просто хотим, произведя нажатие на педаль акселератора, заставить двигаться всю эту груду железа. И нам совсем не обязательно знать о всяких «рулевых тягах», когда мы поворачиваем на перекрестке. И это нежелание, по-моему, естественно. Точно так же существует огромное количество пользователей, которым просто нужно «нажать что-то, и чтоб все заработало». Люди захотели как можно скорей начать работу с программой, а не пол-дня мучиться с ее установкой. Да что говорить о пользователях. Те же системные администраторы, существа по природе своей крайне ленивые и неповоротливые, меньше всего хотят разбираться в особенностях установки того или иного программного обеспечения.

Вот тут и началась эра «установщиков», «инсталляторов» и «установочных пакетов». Идея оказалась простой и, как всегда, не новой. Саму простую аналогию, пожалуй, можно провести с покупкой кухонного комбайна. Вы же не покупаете в магазине полностью собранный и готовый к употреблению аппарат. Нет. Вы покупаете коробку, в которой на момент покупки находится что-то. Это что-то в том состоянии, в котором вы его приобретаете, не умеет ничего. Дальше — вы приходите домой, распаковываете коробку, изучаете инструкцию по установке/сборке и в соответствии с вашими нуждами устанавливаете и конфигурируете свое приобретение. После сборки/установки комбайн готов к применению. Примерно та же идея и используется в инсталляторах.

Дистрибутивы, инсталляторы и пакеты установки

Можно выделить четыре существующих на сегодня вида поставки программного обеспечения:

1. Набор файлов для обычного копирования на жёсткий диск
2. Дистрибутив (с инсталлятором)
3. Инсталлятор
4. Менеджеры пакетов и инсталляционные пакеты

Набор файлов

С этим пунктом все понятно — копируем набор файлов со сменного носителя на жёсткий диск (или вообще запускам по прямо с носителя) и радуемся жизни. Программу можно считать установленной и готовой к употреблению.

Дистрибутив

Дистрибутив, как и первый пункт списка, является абсолютно самодостаточным. Однако дистрибутив имеет в своём наборе собственную программу-установщик, которая выполняет фактическое копирование файлов, вносит в файлы конфигурации необходимые значения параметров, создаёт необходимые для работы базы данных, файлы и т. п. Применение дистрибутивов в качестве способа поставки программного обеспечения наиболее полезно и оправдано в случае установки комплексных программный продуктов с большим количеством внутренних зависимостей и использованием недостаточно распространённых динамических библиотек. Также использование дистрибутивов дает значительную выгоду при поставке приложений, портируемых с одной операционной системы в другую. Ярким примером таких продуктов можно считать веб-браузер Opera и офисный пакет OpenOffice.Org.

Инсталлятор

В любом дистрибутиве можно выделить отдельную часть — это инсталлятор. Инсталлятор фактически и занимается установкой программного продукта, его настройкой, проверкой корректности установки, а также деинсталляцией в случае необходимости. Таким образом, дистрибутив логически можно разделить на две составляющие: установочные файлы и инсталлятор. Также существует вариант поставки программного обеспечения в виде одного лишь инсталлятора. В этом случае часть или все установочные файлы берутся из другого места, например, из Интернет. Из преимуществ подобной схемы установки ПО можно выделить отсутствие необходимости загружать из Сети ненужные компоненты. То есть, в самом начале установки вы чётко определяете, что нужно устанавливать, а что нет. После чего инсталлятор загрузит все необходимые файлы и автоматически установит и сконфигурирует программный продукт. Из примеров подобного рода инсталляторов первым приходит в голову всем знакомый онлайн инсталлятор Java 2 RE.

Менеджер пакетов

И наконец, четвёртый способ распространения программного обеспечения — установочные пакеты. В этом варианте вы получаете только установочные файлы в виде архива, содержащего в себе файлы продукта и инструкции для инсталлятора. Естественно, сам инсталлятор (менеджер пакетов) уже должен быть установлен у вас в системе. Установка ПО происходит путём распаковки менеджером инсталляционного пакета и выполнения инструкций, содержащихся в специальном файле, который обычно тоже находится в самом архиве. В принципе, данный метод ничем не отличается от предыдущего. Однако, выделив описание метода установки инсталляционных пакетов отдельным абзацем, я хочу сделать акцент на том, что в современных системах менеджер поставляется уже с операционной системой и все, что вам остаётся сделать — это просто получить инсталляционные пакеты. Из плюсов данного метода я бы отметил прежде всего возможность установки программного обеспечение в неинтерактивном режиме (quiet mode). Данная возможность очень важна для системных администраторов, которые обслуживают достаточно объёмный парк машин, где возможность устанавливать ПО на компьютеры при помощи скриптовых техник не просто важна, а крайне необходима. Из знакомых мне менеджеров пакетов, встроенных в ОС, первыми приходят в голову dpkg (один из лучших в своём роде, по-моему) и Windows Installer (родной инсталлятор для ОС производства Microsoft)

Popularity: 7%