一千萬個為什麽

搜索

1秒的系統工程工作周期:受過良好教育的Docker驅動開發工作流設置



也許整個設置是錯誤的,但想象你的任務是建模一個系統,或使用Docker的一組系統,在那裏精確的系統配置可能會非常棘手。

由此產生的工作流程似乎是一系列小小的變化,等待分析日誌,更改,等待......似乎在一小時的工作中,您可以管理多個叠代,但等待是令人難以置信的,雖然它已經發生在基礎圖像和內部容器工作的基礎上完成測試。另外,這項工作往往會阻礙很多其他人。

Question: how to speed up this process? Do you guys use powerful appliances to reduce the cycle periods which is in term of lean manufacturing a clear waste given cost of systems compared to human time (imagine any change would be landing in the target environment always in just one second)? Or is the workflow wrong?

轉載註明原文: 1秒的系統工程工作周期:受過良好教育的Docker驅動開發工作流設置

一共有 2 個回答:

在某些情況下,根據目標的實際配置情況,使用其他自動化工具可能會嘗試各種更改的效果 live ,並且只更新泊塢窗圖像(這占用了大量的等待時間),大部分配置更改都被消除了。

首先穩定大多數/所有候選變體使用的共同/基礎碼頭圖像並共享它們也會有所幫助。

事實上,可以有一套復雜的措施來縮短構建時間。

例如:

  • 考慮使用RAM卷進行構建以減少文件系統I/O延遲
  • 考慮定義更多構建目標(Vakilian et al。2015)和如果可能的話,與更多硬件構建代理並行構建
  • 如果軟件構建代理支持,則考慮並行執行,例如Maven多線程模式,但它可能不是線程安全和損壞以意想不到的方式構建
  • 如上所示,評估環境的哪個部分可以作為Docker基礎映像重用,即為不需要的重復任務節省時間(但是,從長遠來看,仍然需要完整的重建來驗證外部依賴關系的完整性)