最近,我们的高层管理人员开始认为Docker
可以成为银子弹,可以降低应用程序部署的成本,尤其是在我们的质量检查测试周期中。
我刚刚开始研究Docker
解决方案,但我怀疑Docker
是否适合我们的系统。我们在Linux上为主要交易应用程序运行了匹配引擎。因此,部署过程非常复杂且精确。
显然,我们为在这里和那里可以保存的每一微秒而奋斗。将对内核添加额外的“ Docker”访问层会增加执行时间的毫秒数吗?
但令我困扰的主要一点是,他们认为可以在Docker
容器中建立我们的质量检查测试实验室,而仍然可以继续生产部署而无需使用{ {1}} ...他们称其为“仅测试系统的功能”。对我来说似乎不合适,好像在质量检查中为Docker
设置了应用程序并在质量检查中进行了测试-因此,必须以相同的形状和形式将它们部署到生产中的Docker
容器中。
在这种情况下,我应该在哪里寻找适当解决方案的建议?论坛/讨论区吗?
提前感谢您的任何建议。
答案 0 :(得分:1)
一些想法:
我们对使用Docker容器感到非常满意-我们向客户交付了容器,我们将其用于持续集成测试等。它击败了其他人,直接将我们的Linux机器配置变糟,然后又想知道为什么现在工作或不工作。