ruby-on-rails – Dockerizing延迟作业

我们目前正在开发Dockerizing Ruby on Rails应用程序,其中还包括Delayed Job.在我们的开发团队中嗡嗡作响的问题是,是否和/或如何将Delayed Job组件与应用程序分开Dockerize.

这将允许延迟作业在必要时启动新容器,以便在作业队列中实现高流量.此外,由于Delayed Job每次首次启动时实际启动Rails应用程序,我们认为以下好处如下:

>延迟作业容器可能会更快启动
>无论延迟作业容器启动时间如何,应用程序代码都将启动

最佳答案
所以我认识一个负责使用延迟工作的rails应用程序的人.当说到应用程序的dockerize时,它每个都有一个容器.两个容器都使用相同的代码库,但一个运行前端,一个运行作业.这不是devops微服务 – 但是它有效.

在两者之间的逻辑分离之外,docker容器应该只在内部运行一个进程.可能已经将它们整合在一起,但是将一个码头工作者打破了大门似乎是错误的.

相关文章

最近一直在开发Apworks框架的案例代码,同时也在一起修复Apw...
最近每天都在空闲时间努力编写Apworks框架的案例代码WeText。...
在《Kubernetes中分布式存储Rook-Ceph部署快速演练》文章中,...
最近在项目中有涉及到Kubernetes的分布式存储部分的内容,也...
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.ne...
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.ne...