Среда окружения PHP приложения. Системное администрирование

• Часть 1
• Часть 2
• Часть 3

Используя готовые пакеты программного обеспечения для разработки сайтов, вы лишаетесь опыта работы в области администрирования операционной системы (OPS). OPS в крупных компаниях – это команда или человек, отвечающие за проблемы с сервером - будь то исправление ошибок, установка нового программного обеспечения, обновление существующего программного обеспечения и т. д. В небольших командах или для фрилансеров знание базового системного администрирования - это необходимое умение.

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

Отказавшись полагаться на *AMP пакеты, вы будете вынуждены, учится администрированию сервера и установке разного рода программного обеспечения самостоятельно. И знания, полученные таким образом, будут полезны Вам в дальнейшем, если вы серьезно относитесь к этому делу. Кроме того, изучение основ администрирования в действительности не так сложно.

Тестирование

Представим, что Приложение 1 и Приложение 2 для своей работы используют PHP версии 5.3 и MySQL версии 4.0 и предназначены для работы на ПК с HTTP-сервером на базе Apache. Через некоторое время может возникнуть новое требование: убедитесь, что Приложение 1 стабильно работает на PHP 5.6 и MySQL 5.1 и может работать на базе Nginx, другого веб-сервера, конкурирующего с Apache, (Nginx произносится как ‘энжин икс’). И что же теперь?

Исходя из новых условий, нам нужно обновить PHP до более новой версии и проверить, работает ли Приложение 1, но как мы продолжим разрабатывать Приложение 2, используя код, который является устаревшим или вовсе недоступен в PHP 5.6, если второе приложение все еще работает на версии PHP 5.3? Аналогично, мы могли бы обновить MySQL до версии 5.1 и проверить, что Приложение 1 по-прежнему стабильно работает, но кто гарантирует, что новая версия MySQL не сломает Приложение 2? В конце концов, второе приложение все еще должно работать на четвертой версии, потому что оно, вероятно, все еще развернуто на таком производственном сервере. Но, а как мы справимся с проблемой использования двух разных веб-серверов Apache и Nginx? Здесь опять же возникает множество вопросов.

И это только для двух приложений. Теперь представьте, если вам нужно иметь дело с десятком приложений от десяти разных клиентов, каждый из которых имеет разные требования. Все это очень быстро Вам надоест.

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

Наконец, что, если мы попытаемся установить новую версию PHP, но что-то пошло не так? Этот сценарий особенно распространен в OS X и Linux - теперь ни одна из версий PHP, установленных на рабочем ПК не работает, из-за этого мы не сможем запустить ни один сайт вообще! Вместо того чтобы легко вернуться к предыдущему состоянию, мы вынуждены потратить весь день на отладку собственной системы и попытку запустить ее – и не обязательно правильную версию, а просто запустить.

Не было бы здорово, если бы мы могли просто ввести одну команду и все вернулось бы к тому, как было 10 минут назад? Да, это возможно! А как я расскажу в другой статье.

А пока на этом все. Всего доброго!