Docker не запускает контейнер php-cli

Здесь нужно понимать что такое работающий контейнер. Работающий контейнер это ничто иное как работающий процесс, т.е. активный работающий процесс.

Ну смотрите. Сейчас поймете зачем я делаю вот такие манипуляции:

docker pull php:7.3-fpm

docker inspect php:7.3-fpm

вывожу информацию об образе и нахожу вот это

"Cmd": [
            "php-fpm"
        ]

т.е. при запуске контейнера по-умолчанию запускается php-fpm, но важно понимать что php-fpm висит как процесс и за счет этого живет и сам контейнер.

Дабы убедиться - находим Dockerfile данной сборки

и в самом низу видим что действительно мы запускаем php-fpm.

Однако я могу запустить контейнер изменяя точку входа

docker run -ti --entrypoint /bin/bash php:7.3-fpm

и вот я попадаю в контейнер.

и прям тут мы можем выполнить php-fpm и увидим что действительно процесс работает

[28-Jan-2020 09:55:17] NOTICE: fpm is running, pid 12
[28-Jan-2020 09:55:17] NOTICE: ready to handle connections

Теперь давайте посмотрим что же касается php-cli Чтоб сократить время - вот ссылка на 7.3-cli образ и мы видим что по-умолчанию запускается php -a при старте контейнера. Это интерактивная консоль, однако ежели вы запустите данный контейнер docker run php:7.3-cli то вы увидите в выводе

Interactive shell

и все, контейнер перестал работать. Все дело в том что при php -a не запускается ни какой демон, а в силу того что вы запустили контейнер без ключей -ti то и к контейнеру не подключается STDIN и процесс php shell как открывается так сразу и закрывается.

Резюмируя я хочу сказать что на самом деле у вас запускается php-cli контейнер строго в соответствии вашего docker-compose файла, вы даже чтобы убедиться можете посмотреть docker ps -a и увидите остановленный контейнер php-cli (по крайней мере должны), но он останавливается т.к. останавливается пораждающий его процесс и это стандартное поведение контейнеров.

Дополню ответ по поводу запуска консольных комманд.

Говорить о том что контейнер для консольных комманд должден быть все время запущен, скорее всего не приходится. По сути вам нужно запустить контейнер по мере надобности и при выходе из него его потушить. Соответственно так как у нас (у вас) cli контейнер живет во время работы какого либо процесса, а в данном конкретном случае это будет процесс bash, то при разлогинивании контейнер остановится. Соответственно при повторном запуске поднимется ровным счетом тот же контейнер, осталось только правильно все это описать.

Основную сложность всегда представляло из себя именно то, как связать друг с другом контейнеры, чтоб они друг друга видели и взаимодействовали. Если раньше (сейчас deprecated) использовалсь link в docker-compose и возможно при вынесении какого либо сервиса в другой docker-compose файл было проблематично, то сейчас это не составляет проблем используя network. Теперь от теории к практике.

Чтобы сделал я.

Я бы создал cli-compose.yml где описал бы отдельно сервис freelara-php-cli и соответственно вынес бы его из docker-compose.yml существующего

Нужно добавить network c одинаковым именем во все сервисы. (и в новый файл тоже)

version: '3.5'
  services:
    freelara-nginx:
      build:
        context: ./docker
        dockerfile: nginx.docker
      volumes:
        - ./:/app
        - ./docker/nginx/ssl:/etc/nginx/ssl
      depends_on:
        - freelara-php-fpm
      ports:
        - "8080:443"
      networks:
        - mynetwork
    freelara-php-fpm:
      build:
        context: ./docker
        dockerfile: php-fpm.docker
      volumes:
        - ./:/app
      depends_on:
        - freelara-mysql
      networks:
        - mynetwork
volumes:
  composer:
networks:
  mynetwork:
    name: freelara-network
    driver: bridge

Ну и соответственно файл cli-compose.yml

version: '3.5'
services:
  freelara-php-cli:
    build:
        context: ./docker
        dockerfile: php-cli.docker
    volumes:
        - ./:/app
        - composer:/root/.composer/cache
        networks:
            - mynetwork
volumes:    
    composer:
networks:
    mynetwork:
        name: freelara-network
        driver: bridge

Собственно дело осталось за малым - нужно запустить все это хозяйство. Сервисы из docker-compose.yml вы запускаете как обычно - docker-compose up -d , а вот сервис консольный вы запускаете в два этапа, во первых вам нужно собрать сервис

docker-compose -f ./cli-compose.yml build

И наконец для того чтобы вы запустили bash или любую другую команду

docker-compose -f ./cli-compose.yml run freelara-php-cli bash

где вы видите имя сервиса который запускается и команду, которую вы хотите запустить. Можете например

docker-compose -f ./cli-compose.yml run freelara-php-cli php -r 'phpinfo();'

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

dcli ls -lah где dcli - алиас для docker-compose -f ... и так далее, но это возможно лишнее.

Надеюсь я достаточно понятно описал происходящее. Старался как мог. :)