Skip to content

robsontenorio/laravel-docker

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

72 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Laravel Docker Image (FPM)

It provides a flexible strategy to assign roles to specific containers by re-using same image.

When handling massive amount of process the best option is to split into multiple containers. This way, each container has a specific role on servers and you can scale it independently.

💡 Need Laravel Octane + Swoole? See here.

Features

  • Nginx
  • PHP
    • FPM and common extensions
    • Composer
    • Laravel Installer
  • Node
    • Yarn
    • Npm
  • Database drivers
    • Mysql
    • Postgres
    • Sqlite
  • Supervisor
    • All services are started through supervisord
  • Extra
    • Zsh
    • Git
    • And more ...

Container role

Assign specific role to a container. Laravel Horizon is mandatory for JOB or ALL roles.

Value Description
APP (default) php-fpm + nginx
JOBS php-fpm + horizon queue + scheduler
ALL all in one

Optional

Key Description
GITHUB_OAUTH_KEY Needed due to github rate limit

Local development

CONTAINER_ROLE=ALL . This is the all in one strategy on same container.

# docker-compose.yml

services:
  # nginx + php-fpm + horizon queue + scheduler
  app:
    image: robsontenorio/laravel    
    environment:
      - CONTAINER_ROLE=ALL
    volumes:
      - .:/var/www/app
    ports:
      - 8080:8080

    # Other services  here like mysql, redis ...

Split into multiple containers.

# docker-compose.yml

services:
  # php-fpm + nginx
  app:
    image: robsontenorio/laravel
    environment:
        - CONTAINER_ROLE=APP
    volumes:
      - .:/var/www/app
    ports:
      - 8080:8080
 
  # php-fpm + horizon queue + scheduler
  jobs:
    image: robsontenorio/laravel
    environment:
        - CONTAINER_ROLE=JOBS
    volumes:
      - .:/var/www/app

 # Other services like mysql, redis ...

Production

This only applies if your deployment platform is based on docker.

This image relies on /usr/local/bin/start script to bootstrap all services.

Consider this setup.

 .docker/
    |__ deploy.sh           # production only
    |__ Dockerfile          # production only
    |__ docker-compose.yml  # development only

  app/
   |__ ...

A good idea is to have a deploy.sh script to run any aditional commands before container startup on target deployment platform.

#!/bin/sh
set -e

echo 'Starting deployment tasks ...'

php artisan config:cache
php artisan migrate --seed --force

# more commands ...

echo 'Done!'

So, on Dockerfile

FROM robsontenorio/laravel

COPY . .
RUN chmod a+x .docker/deploy.sh

# Run deployment tasks before start services
CMD ["/bin/sh", "-c", ".docker/deploy.sh && /usr/local/bin/start"] 

Container role

It really depends on platform you will deploy. All you need is to set an environment variable to container.

  • CONTAINER_ROLE=APP (default, no need to set)
  • CONTAINER_ROLE=JOBS
  • CONTAINER_ROLE=ALL

Gitlab example

image: robsontenorio/laravel  # <--- Will be used in all steps

stages:
  - build
  - test
  - deploy

# Install PHP dependencies
composer:  
  stage: build
  ...

# Install JS dependencies
yarn:  
  stage: build  
  ...

# PHP tests
phpunit:  
  stage: test
  dependencies:
    - composer
    - yarn    
  ...


# Build production final docker image and deploy it (optional)
production:
   stage: deploy
   image: docker:latest
   only:
    - tags
   script:
    - docker login <credentials>
    - docker build <path to Dockerfile>
    - docker push <to some registry>

Cypress

Need e2e tests with Cypress? See robsontenorio/laravel-docker-cypress