Статьи Программирование, веб

Несмотря на то, что веб-сервер Lighttpd умеет самостоятельно запускать процессы FastCGI (в частности php-fpm), такая возможность скорее побочная и злоупотреблять ею не стоит. С точки зрения контейнеризации это означает, что нужна система, которая смогла бы запустить сначала PHP, а затем веб-сервер, после чего корректно завершить эти процессы при остановке контейнера. Одной из таких является s6-overlay, с помощью которой мы и создадим вариант образа Lighttpd для PHP.

Ранее я писал о MinIO в качестве хранилища реестра контейнеров, но в случае VDS/VPS такой вариант экономически не выгоден: чуть ли не на порядок дешевле воспользоваться услугой аренды S3 у какого-нибудь облачного провайдера. Что я и решил сделать, ведь место на сервере стало очень быстро заканчиваться. Заодно мигрируем прокси зависимостей, LFS и всякое такое.

Особенностью шаблона Advanced PHP-фреймворка Yii 2 является разделение на фронт-офис (сайт) и бэк (панель управления). Следовательно, веб-сервер должен обслуживать два хоста. В продолжение темы про Lighttpd рассмотрим, как это можно устроить.

При всех своих достоинствах Traefik не умеет работать с FPM, следовательно, для работы с приложением на PHP ему требуется веб-сервер. Считается, что Apache не слишком хорош при обслуживании статики, поэтому раньше была (а может и до сих пор) популярна его связка с Nginx. С последним я не рекомендую связываться в связи с появлением на рынке Caddy/FrankenPHP, но ставить их позади Traefik своего рода масло масляное. В поисках компромисса я открыл для себя (а теперь делаю это и для вас) Lighttpd - оказывается, наряду с большой двойкой давно живет и здравствует мощный, быстрый и при этом легковесный веб-сервер.

При всех своих достоинствах, GitLab - система, крайне требовательная к ресурсам сервера. Одной только оперативной памяти ей фактически нужно 4 гигабайта, и то не без ухищрений. А в контексте FreeBSD это еще и старое недоброе красноглазие при настройке. Определенно нужна альтернатива, и она есть. Встречайте Gitea, работающую даже на Raspberry Pi 3 (по заверениям разработчиков).

Я сдаюсь. Каким-то чудом связка gitlab-runner и Podman отработала один раз, но как для этого должны были сойтись звезды и ощущалось ли влияние ретроградного Меркурия, выяснить не удалось. И все же отрицательный результат - тоже результат, поэтому статью опубликовал, вдруг она натолкнет вас на какие-нибудь идеи. Все же хостить эти самые страницы возможно, а марафонца запускать в другой виртуальной машине или еще что-нибудь придумать.

Ранее я установил GitLab на виртуальную машину FreeBSD, однако то был лишь базовый набор. Хотелось продолжить эксперимент и посмотреть, что еще можно выжать из столь нетривиального сочетания. В частности, получится ли развернуть Container Registry, и да - получилось. Каким образом? Об этом и пойдет речь в сегодняшней статье.

Когда я наконец-то организовал реестр контейнеров у себя в GitLab, совершенно внезапно (кто бы мог подумать?) выяснилось, что дискового пространства под это дело нужно много. Или даже очень много. А раз в качестве хранилища образов вместо файловой системы может применяться S3-совместимое, я решил изучить вариант с MinIO Community Edition.

Воодушевленный созданием контейнера PHP для FreeBSD, я поставил перед собой более амбициозную цель: скомпилировать FrankenPHP. Напомню, что это веб-сервер на базе Caddy, который взаимодействует с PHP как с библиотекой и помимо этого предоставляет еще ряд различных оптимизаций. В целом все получилось, но, как говорится, есть нюансы.

В этой статье я поделюсь своим опытом настройки container registry и приведу пример работы с ним. Что интересно, у меня GitLab сам работает в контейнере Docker, а еще непосредственно с интернетом взаимодействует Traefik.

При знакомстве с комбинацией Podman + FreeBSD я набросал Containerfile для PHP. Сейчас же я решил довести дело до ума и сделать образ, максимально приближенный к официальному в варианте FPM. Вынужден сразу предупредить, что интерпретатор, как и до этого, будет установлен с помощью пакетного менеджера, в результате невозможно будет гарантировать его точную версию.

Podman представляет собой альтернативу или даже замену Docker. Начиная с FreeBSD 14, его можно установить с помощью менеджера пакетов, а если что, то ему поможет подсистема эмуляции Linux. По крайней мере городить огород с виртуальными машинами не требуется. Тем не менее, пока что поддержка FreeBSD носит экспериментальный характер и предполагает лишь ознакомление и тестирование. Что мы и сделаем.

Она возможна, хотя и официально вроде как не поддерживается. К счастью, это можно сделать с помощью пакетного менеджера pkg, поэтому в качестве эксперимента я решил посмотреть, каково это вообще и как система будет работать в условиях ограниченных ресурсов. По идее должна лучше, чем в Oracle Linux. Экспериментировать будем в виртуальной машине VirtualBox: 2 гига ОЗУ, 2 ядра и 16 диск.

Что такое Traefik? Сами себя они позиционируют как Edge Router или Application Proxy. Суть в том, чтобы связать внешний запрос с конкретным сервисом, который его обслужит. В сочетании с Докером задача обнаружения сервисов и масштабирования решается весьма элегантно за счет меток. Из коробки поддерживается Let's Encrypt, а что не поддерживается, так это PHP-FPM: приложения должны сами предоставлять веб-сервер.

Через эмуляцию не получилось - требуются cgroupfs. Через bhyve тоже не особо получилось - потребовалась реальная машина. Получится ли через VirtualBox?..

Вдохновившись установкой FreeBSD на VPS, я решил поинтересоваться - а можно ли туда прикрутить Docker? Сначала я мыслил в сторону эмуляции Linux, но оказалось, что актуальному Докеру нужны cgroups, которых в эмуляции нет. Значит остаются только виртуальные машины. Родной гипервизор фряхи - bhyve, однако в уже виртуализированной FreeBSD (попробовал сначала в VirtualBox) нужные модули ядра скорее не загружаются. Таким образом, нужно реальное железо?..

Здесь вам не Докер, а клетки (jails) - будем говорить, это контейнеры FreeBSD, когда это еще не было мейнстримом (на минуточку, они появились еще во FreeBSD 4.x - 2000 год). Практический смысл в моем случае - неким образом изолированно использовать разные версии PHP, ну и чуть ближе познакомиться с технологией, с которой я уже сталкивался при обзоре TrueNAS. Основано, как говорится, на реальных событиях - я переносил сайты на Drupal 7.x и Yii с сервера на Linux.

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

Продолжаем искать альтернативу набившим оскомину "разжиревшим" Debian/Ubuntu/Rocky/Alma и т.д. На сей раз испытаем не самый дешевый VPS, а вполне себе приличный - целый гигабайт оперативки (ну почти) и аж 20 гигов свободного места.

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