Debian

В процессе разработки сервиса cusdeb.com и инструмента Pieman наша команда получает кучу опыта, которым время от времени хочет поделиться с сообществом. Пикабу является с этой точки зрения идеальным ресурсом, который позволяет высказаться. Однако, этот ресурс – не единственное место, куда мы отправляем наши статьи. В 2018-м году в 4-х выпусках русскоязычной версии журнала Linux Format было опубликовано 5 статей, которые были написаны в процессе работы над CusDeb и, как следствие, прямо или косвенно связаны с одноплатными компьютерами.

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

«Nextcloud: не только хранилище». Nextcloud принято противопоставлять Dropbox'у как его свободный аналог, который можно развернуть на собственных вычислительных мощностях. Однако, это однобокий взгляд на платформу, – Nextcloud способен заменить не только Dropbox, но и Google Calendar, Skype или Hangouts, а также многое другое. Лично я очень доволен получившимся материалом, но он не всегда был таким – до него был долгий и мучительный процесс работы по упаковке замечательных идей, которые лежат в основе статьи, в слова. Этот процесс был зафиксирован в нашей самой первой статье на Пикабу – «Домашнее облачное хранилище данных на Raspberry Pi и Nextcloud», а позднее в другой статье, но уже в нашем блоге – «От ownCloud к Nextcloud».

«Raspbian: сборка образа», часть 1 и часть 2. Серия статей, основная цель которой – рассказать как работают такие инструменты, как pi-gen, официальный сборщик образов Raspbian, и конечно же Pieman, который разрабатывается нашей командой и поддерживает уже не только Raspberry Pi, но и Orange Pi.

«Devuan: плод нелюбви к systemd». В рамках этой статьи мы попытались рассказать о причинах раскола сообщества разработчиков Debian, появления ответвления от этого дистрибутива под названием Devuan, а также о многом другом. Разработчики Devuan предлагают пользователям альтернативный вариант развития Debian, как если бы он никогда не встретился с системным менеджером systemd. (Первый раз мы задумались о том, что необходимо рассказать о Devuan, когда добавили поддержку этого дистрибутива в Pieman, а позднее – в CusDeb.)

«Alpine + Docker: поваренная книга разработчика». Эта статья рассказывает о некоторых тонкостях работы с Docker'ом. Примечательно, что в ней, помимо всего прочего, в качестве примера рассматривается Docker-образ с QEMU, контейнер на основе которого, в свою очередь, используется для эмуляции устройств для тестирования собранных на cusdeb.com образов для Raspberry Pi онлайн. Об этой фиче мы подробно писали в нашем предыдущем посте.

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

Есть рабочий debian сервер обслуживающий на nginx довольно крупный сайт в обвязке php+mysql. Все кастомное, никаких фреймворков, код раскидан по разным папкам, разные разработчики в разное время придерживались разных подходов к проектированию приложений и сейчас это такой большой "снеговик" сложно управляемый.

Задача.

Облегчить развертывание актуальных версий проекта из множества php приложений или на dev сервере или что еще лучше, чтобы разработчик мог получить полноценную локальную версию копии рабочего сайта со всем серверным окружением под любой клиентской операционной системой. Нужно еще учитывать, что есть конфиденциальные данные пользователей в БД, которые не нужно давать разработчику, дабы не утекли.

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

И довольно много времени уходит на бэкап и развертывание актуального состояния файлов и базы.

Смотрю в сторону  виртуализации и контейнеризации.

Есть идея сделать образ всей системы "на живую". Перекинуть в VirtualBox или Docker (на винде на маке или линукс), но там диски по несколько терабайт, по сети дергать это нереально. Может быть сделать это один раз,  типа базовый образ системы, а потом добавлять только изменения.

Подскажите, кто сталкивался с подобными задачами, как можно это реализовать?

Спасибо)