我被迫在部署中使用 flex beantalk(eb)和Docker。当我在本地构建和运行容器时，它会启动并运行良好。我正在使用supervisor来启动一些ruby代码(发条和Rails / puma)
使用eb进行部署时，我看到eb如何产生几个连续的容器，直到所有容器都被阻塞为止:
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
232bbe498977 a4a6fd70537b "supervisord -c /etc…" About a minute ago Up About a minute 80/tcp silly_williams
a9e21774575e a4a6fd70537b "supervisord -c /etc…" 2 minutes ago Up 2 minutes 80/tcp trusting_murdock
945f51ef510f a4a6fd70537b "supervisord -c /etc…" 3 minutes ago Up 3 minutes 80/tcp blissful_stonebraker
6e51470ddce8 a4a6fd70537b "supervisord -c /etc…" 4 minutes ago Up 4 minutes 80/tcp lucid_ramanujan
2689568ceb6d a4a6fd70537b "supervisord -c /etc…" 4 minutes ago Up 4 minutes 80/tcp keen_mestorf
我应该在哪里寻找这种行为的根源？容器是否可以创建此行为，或者eb的配置方式有误？
(很抱歉，我对细节不太明确，因为我无法完全控制环境)
最佳答案
我最终意识到我一直在篡改某些设置，并将监视设置为基本。一旦置于增强型状态，它仅启动了一个容器，一切又开始正常工作!
在:
Elastic Beanstalk> [我的应用程序]>配置>监视>系统:增强。
关于docker - Elastic Beanstalk和Docker:产生多个Docker容器的Elastic beantalk问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/52222429/