Ответ
Да, активно занимался. Мой опыт включает настройку инфраструктуры как для разработки, так и для production-сред.
Для разработки:
- Создавал
Dockerfileиdocker-compose.ymlдля изолированных сред, включающих PHP-FPM, Nginx, MySQL, Redis и очереди (например, Horizon). - Настраивал Makefile или простые bash-скрипты для стандартных команд (сборка, запуск, выполнение миграций).
Пример docker-compose.yml для типичного Laravel-проекта:
version: '3.8'
services:
app:
build:
context: .
dockerfile: Dockerfile
container_name: laravel_app
volumes:
- ./:/var/www/html
networks:
- laravel-network
nginx:
image: nginx:alpine
container_name: laravel_nginx
ports:
- "8080:80"
volumes:
- ./:/var/www/html
- ./docker/nginx/default.conf:/etc/nginx/conf.d/default.conf
networks:
- laravel-network
mysql:
image: mysql:8.0
container_name: laravel_mysql
environment:
MYSQL_DATABASE: ${DB_DATABASE}
MYSQL_ROOT_PASSWORD: ${DB_PASSWORD}
ports:
- "3306:3306"
volumes:
- dbdata:/var/lib/mysql
networks:
- laravel-network
volumes:
dbdata:
networks:
laravel-network:
driver: bridge
Для production:
- Настраивал деплой на VPS (например, DigitalOcean) с использованием Nginx, PHP-FPM, Supervisor для управления очередями.
- Интегрировал CI/CD пайплайны в GitLab CI для автоматического тестирования, сборки Docker-образов и деплоя при пуше в определенные ветки.
- Работал с инструментами оркестрации, такими как Docker Swarm, для управления кластерами контейнеров.
Ответ 18+ 🔞
О, да, конечно, занимался, ёпта! Не просто так же я тут сижу, с умным видом. Это ж прям моя тема — настраивать всё так, чтобы оно не развалилось при первом чихе.
Для разработки, короче:
- Я эти
Dockerfileиdocker-compose.ymlписал, пока пальцы не онемели. Собирал такую изолированную песочницу, чтобы там всё было: PHP-FPM, Nginx, MySQL, Redis, очереди (ну, тот же Horizon). Чтобы разработчик пришёл, одну команду вбил — и у него уже всё готово, как будто он волшебник, блядь. - Ещё эти Makefile или bash-скрипты для ленивых набрасывал. Типа
make up,make migrate,make down. Чтобы не надо было каждый раз историю команд вспоминать, а то терпения ноль ебать.
Вот, смотри, пример docker-compose.yml, который я как-то накалякал для типового Laravel-проекта. Выглядит страшно, но работает — проверено.
version: '3.8'
services:
app:
build:
context: .
dockerfile: Dockerfile
container_name: laravel_app
volumes:
- ./:/var/www/html
networks:
- laravel-network
nginx:
image: nginx:alpine
container_name: laravel_nginx
ports:
- "8080:80"
volumes:
- ./:/var/www/html
- ./docker/nginx/default.conf:/etc/nginx/conf.d/default.conf
networks:
- laravel-network
mysql:
image: mysql:8.0
container_name: laravel_mysql
environment:
MYSQL_DATABASE: ${DB_DATABASE}
MYSQL_ROOT_PASSWORD: ${DB_PASSWORD}
ports:
- "3306:3306"
volumes:
- dbdata:/var/lib/mysql
networks:
- laravel-network
volumes:
dbdata:
networks:
laravel-network:
driver: bridge
А для продакшена, там уже посерьёзнее было, конечно.
- Деплоил на эти VPS, в DigitalOcean обычно. Настраивал Nginx, PHP-FPM, Supervisor, чтобы очереди не сдохли. Иногда такое чувство, что доверия ебать ноль ко всем этим демонам, но вроде жили.
- CI/CD пайплайны в GitLab CI прикручивал. Чтобы при пуше в мастер само всё тестировалось, образы собирались и на сервер уезжало. Красота, а не жизнь. Главное — не накосячить с настройками, а то будет тебе хиросима и нигерсраки на прод-сервере.
- С Docker Swarm тоже баловался, для оркестрации контейнеров. Когда это всё начинает работать как надо — удивление пиздец, честно. Но пока разберёшься, сам от себя охуеешь, сколько всего нужно учесть.