Docker - 使用Redis,Postgres,ElasticSearch,NGINX,Workers和多个ruby应用程序设置Web应用程序的建议

容器策略:这是一个经常被问到的问题.这真的取决于你想要对你的应用程序做什么.

如果您的应用程序将进行大量部署(例如,如果您的应用程序是SAAS,并且您将为每个客户部署一个新实例),但这些部署预计会相当小,那么您可能希望将所有内容放在一个容器中,因为部署会容易得多.

如果您的应用程序可能会显着缩放(例如,如果您希望需要多个前端,工作人员等),您可能希望将每个服务放在不同的容器中,这样您就可以单独扩展每个服务.

如果您的应用程序将具有大量部署并且必须扩展,那么您将需要多个容器,并确保您也正确使用链接:-)

Dockerfile:每个映像需要一个Dockerfile.所以,如果你创建一个"一体化"容器,它就是一个Dockerfile; 如果您将应用程序拆分为具有不同角色的多个容器(Redis,DB,Web ...),那就是多个不同的Dockerfiles.

Dev vs Prod:它真的取决于语言/框架/等.你用的.

有时候,你可以在你的本地机器上工作,并且不时地构建容器(并测试它们)(有点像你要"测试推送到升级",除了它更快).如果构建新容器需要一段时间(例如,如果使用ADD后跟昂贵的构建/依赖步骤),这是一种很好的方法.

如果容器构建很快,您可以在每次更改内容时不断重建和重新部署新容器.

您还可以使用两个略有不同的Dockerfiles.假设您的来源将在/myapp.在开发Dockerfile中,您将声明/myapp为a VOLUME,并且期望开发人员将其源的本地副本绑定到/myapp.在生产Dockerfile中,您将使用ADD将源复制到/myapp.构建过程中也会有细微差别.

最后一种方法并不理想(因为当dev和prod环境尽可能接近时它会更好!)但在某些情况下(当构建一个新容器很长时)它会有很大帮助.