В чем состоит управление программным обеспечением?

Процесс управления программным обеспечением имеет следующие состав- ляющие.

r Установка нового программного обеспечения. Необходимость установки может быть связана с изменениями требований к системе в процессе экс- плуатации или, например, с проблемами с безопасностью.

r Обновление программного обеспечения. Одна из наиболее распространен- ных причин взлома систем — использование устаревшего программного обеспечения, приводящее к проблемам с безопасностью. Регулярное об- новление программного обеспечения — одна из рутинных задач систем- ного администрирования.

r Проверка подлинности нового программного обеспечения. Устанавливае- мое и обновляемое программное обеспечение должно поступать из на- дежных и проверяемых источников.

r Удаление программного обеспечения. Необходимость удаления продикто- вана требованием наличия в системе только того программного обеспечения,

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

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

r Создание собственных пакетов или пересборка существующих. Сборка новых пакетов больше связана с деятельностью разработчиков программ- ного обеспечения или создателей пакетов, отвечающих за их поддержку (maintainers). Однако пересборка существующего пакета может потребо- ваться и в работе обычного системного администратора. Например, при необходимости оптимизации программного обеспечения для конкретной аппаратной платформы.

r Менее распространенная задача в мире свободного программного обеспе- чения — регистрация и лицензирование программного обеспечения. В по- следнее время GNU/Linux часто используется для работы коммерческого программного обеспечения, которое должно быть зарегистрировано и ли- цензировано.

Существует несколько вариантов установки программного обеспечения:

r сборка и установка из архивов с исходным кодом (tarballs);

r установка из архивов с бинарным машинным кодом (binaries);

r установка из бинарных пакетов (package) с помощью систем управления пакетами (package manager);

r сборка бинарного пакета из пакета с исходным кодом (source package)

с последующей установкой;

r сборка и установка программного обеспечения из исходного кода с по- мощью порта — сценария автоматизации (основной способ установки пакетов в Gentoo, где порты называются portage по аналогии с port во FreeBSD).

В подавляющем большинстве GNU/Linux-дистрибутивов имеется система управления пакетами. Она в значительной мере упрощает и стандартизирует процесс управления программным обеспечением. Основываясь на информа- ции, предоставляемой на сайте www.distrowatch.org, можно утверждать, что наиболее распространены четыре системы управления пакетами:

r RPM — Red Hat Package Manager. Применяется в RH и подобных ему сис- темах, SUSE и многих других дистрибутивах. Предоставляет возможности

установки бинарных пакетов и позволяет собирать бинарные пакеты са- мостоятельно;

r система управления пакетами Debian. Кроме Debian используется в соб- ранных на его основе дистрибутивах, например, в Ubuntu. Предоставляет широкие возможности по управлению пакетами;

r система портов Gentoo. Этот дистрибутив ориентирован на сборку про- граммного обеспечения с помощью специальных сценариев из архивов с исходным кодом. Позволяет также устанавливать заранее собранные пакеты;

r система управления пакетами, принятая в SlackWare. Здесь применяются пакеты в виде бинарных архивов в формате TAR.

Преимущества систем управления программным обеспечением:

r осуществляется единообразное управление программным обеспечением;

r программы устанавливаются в стандартные места файловой системы;

r управление программным обеспечением простое и прозрачное;

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

r легко проверить целостность программного обеспечения.

Недостатки систем управления пакетами, ориентированных на бинарные па- кеты:

r сложно установить часть программного обеспечения из пакета;

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

r трудно, а иногда и невозможно устанавливать программы из других дист- рибутивов или из предыдущей версии этого же дистрибутива;

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

В соответствии со стандартом FHS программное обеспечение, устанавливае- мое с помощью систем управления пакетами, размещается в каталогах:

r /bin;

r /sbin;

r /lib;

r /usr/bin;

r /usr/sbin;

r /usr/lib;

D /usr/X11R6;

r /opt.

Каталог /opt обычно используется для программного обеспечения, не постав- ляемого в составе дистрибутива. В каталог /usr/X11R6 помещаются файлы, относящиеся к системе X Window. Файлы помощи для программного обес- печения, устанавливаемого с помощью систем управления пакетами, должны размещаться в /usr/share/man, а документация — в /usr/share/doc.

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

/usr/local.

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

r Два пакета взаимно исключают совместную работу. Так, например, нельзя использовать два сервера SMTP (Simple Mail Transfer Protocol). При по- пытке установить программу postfix в системе, где установлена почтовая программа sendmail, возникнет конфликт.

r Библиотеки, с которыми может работать пакет, имеют другие версии.

r Устанавливаемый пакет может требовать наличия других программ или библиотек, отсутствующих в настоящий момент в системе.

r Может возникать также и конфликт версий конфигурационных файлов.