第二个系统工程工作周期:受过良好教育的码头驱动开发工作流设置

Question

也许整个设置都是错误的，但是假设您的任务是使用Docker建模一个系统或一组系统，在其中精确的系统配置可能是很棘手的。

由此产生的工作流似乎是一系列的小更改，等待分析日志、更改、等待.似乎在一个小时的工作中，您可以管理几个迭代，但是等待是令人难以置信的，尽管它已经发生在基本图像之上，并且容器内的工作也是为了尝试一些东西而完成的。此外，这项工作通常会阻止许多其他工作。

问:如何加快这一进程？你们是否使用强大的设备来缩短循环周期，这对于精益制造来说是一种明显的浪费，因为相对于人类时间而言，系统的成本是一种明显的浪费(想象一下，任何变化都会在目标环境中降落，总是在一秒之内)吗？或者工作流是错误的？

Answer 1

在某些情况下，根据所针对的实际配置，可以使用其他自动化工具实时尝试各种更改的效果，并且在取消大部分配置更改后只更新停靠者图像(这是大部分等待时间的缩写)。

首先，稳定大多数/所有候选变体使用的公共/基本对接映像并共享它也会有所帮助。

Answer 2

事实上，可以有一套复合的措施来减少构建时间。

例如：

• 考虑使用RAM卷进行构建，以减少文件系统I/O延迟
• 考虑定义更多的构建目标(Vakilianal.2015年)，如果可能的话，将它们与更多硬件构建代理并行构建。
• 考虑一下并行执行，如果由软件构建代理(例如Maven多线程模式)支持，那么它可能不是线程安全和损坏的构建方式。
• 如上所述，评估环境的哪一部分可以作为Docker基本映像重用，即为不必要的重复任务节省时间(但从长期来看，仍然需要完全重建以验证外部依赖关系的完整性)