docker-compose.yml文件在ECS上的行为与本地docker-compose不同

我有以下最小的docker-compose.yml：

worker: working_dir: /app image: <my-repo>.dkr.ecr.us-east-1.amazonaws.com/ocean-boiler:latest cpu_shares: 4096 mem_limit: 524288000 command: /bin/bash -c "bin/delayed-job --pool=*:1" 

当我在本地运行它使用docker撰写，爱和幸福。

当我要求ECS远程运行时，我得到以下结果：

ecs-cli up

=>

time="2016-05-03T11:40:00-07:00" level=info msg="Stopped container..." container="<cid-redacted>/worker" desiredStatus=STOPPED lastStatus=STOPPED taskDefinition="ecscompose-spud:73"

然后; 我们使用ps来检查辐射：

ecs-cli ps

=>

<cid-redacted>/worker STOPPED Reason: DockerStateError: [8] System error: exec: "/bin/bash -c \"bin/delayed-job --pool=*:1\"": stat /bin/bash -c "bin/delayed-job --pool=*:1": no such file or directory ecscompose-spud:73

如果没有完整的path，我一直没有提到任何文件的兔子洞。 我的docker实例function正如预期的那样，无论是在本地运行还是在远程计算机上运行，​​但是使用ecs-cli命令它似乎都是悲伤 – pandas业务。

只要在Docker本地运行它，按照预期docker-compose up函数…任何halp将不胜感激！

编辑：最后修复。 使用command:分类工作对我来说超级糟糕 – 我的docker集装箱现在包含运行所需的命令; 我的build议是避免使用命令，除非你真的需要它。