У меня есть приложение для фляги, которое я запускаю так:
flask run --host=0.0.0.0
Когда я смотрю на список процессов, я вижу это:
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 23:48 pts/0 00:00:00 /bin/sh -c flask run --host=0.0.0.0
root 6 1 1 23:48 pts/0 00:00:01 /usr/local/bin/python /usr/local/bin/flask run --host=0.0.0.0
root 8 6 3 23:48 pts/0 00:00:02 /usr/local/bin/python /usr/local/bin/flask run --host=0.0.0.0
Три процесса.
Если я использую --without-threads, у меня тоже будут те же три процесса:
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 00:28 pts/0 00:00:00 /bin/sh -c flask run --host=0.0.0.0 --without-threads
root 6 1 2 00:28 pts/0 00:00:02 /usr/local/bin/python /usr/local/bin/flask run --host=0.0.0.0 --without-threads
root 8 6 4 00:28 pts/0 00:00:04 /usr/local/bin/python /usr/local/bin/flask run --host=0.0.0.0 --without-threads
Есть ли способ запустить колбу как отдельный процесс?
Мотивация
Рассматриваемое приложение фляги работает внутри контейнера докера. Я хотел бы иметь возможность устанавливать точки останова, используя ipdb.
Я заметил, что если я установлю это в моем файле docker-compose:
stdin_open: true
tty: true
и запустите вместо колбы приложение простого однопроцессного приложения на Python...
$ docker exec -it bug_demo_bug_demo_1 bash
[email protected]:/opt/bug_demo/bug_demo# ps -ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 00:41 pts/0 00:00:00 /bin/sh -c python app.py
root 7 1 20 00:41 pts/0 00:00:00 python app.py
... и прикрепить его к контейнеру, когда приложение находится в точке останова, я могу зайти в ibpd и использовать его как обычно - клавиши со стрелками и завершение табуляции работают правильно.
Но когда я пытаюсь сделать то же самое с приложением "фляга" (присоединить к контейнеру, пока приложение ожидает в точке останова), все работает неправильно.
Либо я отключаю tty: true в docker-compose.yml, и могу использовать использование ipdb, но без клавиш со стрелками и завершения табуляции, ИЛИ я оставляю tty: true на месте, но потом вообще не могу использовать ipdb, потому что это Похоже, что tty подключен ко всем трем процессам в колбе, что приводит к искажению всего, кроме односимвольных команд. (Хотя с этой настройкой я вижу, что клавиши со стрелками и завершение табуляции работают.)
Все это заставляет меня поверить в то, что, если я найду способ запустить мое приложение-колбу как единый процесс, я смогу подключиться к док-контейнеру и использовать ipdb по желанию.
Есть ли способ сделать это?
Обновление: проблема проявляется во время запуска, а не во время обработки запроса
После дальнейшего изучения я вижу, что эта проблема проявляется только во время "запуска" кода. Например: если точка останова находится внутри функции create_app.
Если точка останова находится внутри метода обработчика запроса или кода, вызываемого из обработчика запроса, все работает должным образом.
Использование exec уменьшает количество процессов с трех до двух (корневой процесс заменяется первым рабочим), но проблема все еще проявляется для точек останова внутри create_app.
Запуск колбы с --no-reload заставляет второго рабочего уйти, поэтому счетчик процессов может быть доведен до одного или двух, после чего не используется или не используется exec. Работа с --no-reload не идеальна для моего случая использования, но она устраняет проблему даже для точек останова в create_app.
В моих целях я могу жить с ограничением ipdb, только играя хорошо с терминалом внутри обработчиков запросов - я не ожидаю особой необходимости запускать отладчик из кода запуска. (Но я все равно приму ответ и с удовольствием присуждаю награду, если кто-нибудь сможет точно объяснить, что происходит в случае точки останова кода запуска, и почему проблема не проявляется в случае точки останова обработчика запросов.)
Основываясь на находке --no-reload, создается впечатление, что основная слабость каким-то образом связана с тем, что TTY "разделяется" процессом обработки запросов и процессом перезагрузки кода.
Настой & Информация о версии Docker
ipdb> flask.__version__
'1.0.3'
$ docker version
Client: Docker Engine - Community
Version: 18.09.2
API version: 1.39
Go version: go1.10.8
Git commit: 6247962
Built: Sun Feb 10 04:12:39 2019
OS/Arch: darwin/amd64
Experimental: false
Server: Docker Engine - Community
Engine:
Version: 18.09.2
API version: 1.39 (minimum version 1.12)
Go version: go1.10.6
Git commit: 6247962
Built: Sun Feb 10 04:13:06 2019
OS/Arch: linux/amd64
Experimental: false
$ docker info
Containers: 22
Running: 3
Paused: 0
Stopped: 19
Images: 362
Server Version: 18.09.2
Storage Driver: overlay2
Backing Filesystem: extfs
Supports d_type: true
Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: bridge host macvlan null overlay
Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 9754871865f7fe2f4e74d43e2fc7ccd237edcbce
runc version: 09c8266bf2fcf9519a651b04ae54c967b9ab86ec
init version: fec3683
Security Options:
seccomp
Profile: default
Kernel Version: 4.9.125-linuxkit
Operating System: Docker for Mac
OSType: linux
Architecture: x86_64
CPUs: 2
Total Memory: 3.855GiB
Name: linuxkit-025000000001
ID: ZAK2:V2VU:IZFF:6MQQ:IFJB:2ZKY:VHA5:CSO3:VXQQ:UK6C:O3I7:S3ZU
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
File Descriptors: 59
Goroutines: 89
System Time: 2019-07-28T14:00:38.3184372Z
EventsListeners: 2
HTTP Proxy: gateway.docker.internal:3128
HTTPS Proxy: gateway.docker.internal:3129
Registry: https://index.docker.io/v1/
Labels:
Experimental: false
Insecure Registries:
127.0.0.0/8
Live Restore Enabled: false
Product License: Community Engine
$ docker-compose --version
docker-compose version 1.23.2, build 1110ad01