There’s some caveats with kitchen-docker. When the cache is cold, things are slow. Once it’s warmed up, things tend to be really fast. In my experience, the first run with kitchen-docker is about the same speed or a bit slower than an equivalent Vagrant run. Also, you can’t do your first kitchen run in parallel with a cold boot2docker. The disk usage in the vm tends to increase faster than the guest-disk-auto-resize in virtualbox can manage, and my runs fail as a result. Serialize the first time through. All that said, subsequent runs are much, much faster and parallelize no problem. My setup:
Here’s a repo with a very simple recipe, just one template and an attribute feature flag. The repo contains a .kitchen.yml that does 3 suites: https://github.com/charlesjohnson/fundamentals-with-tests/blob/master/chef-repo/cookbooks/motd/.kitchen.yml Here’s my .kitchen.local.yml that I layer in on top of it:
Turning off the Here’s some quick informal benchmarks for those runs, just doing a Kitchen-Docker (cold booted VM, no layers cached at all, no parallel): Kitchen-Docker (warm cache, no parallel):
Kitchen-Docker (warm cache, parallel):
So by using kitchen-docker I get 8-second kitchen runs, including machine creation from scratch each time. Not bad at all. On April 4, 2015 at 7:47:45 AM, Jimmy Huang ( "> ) wrote:
|
Archive powered by MHonArc 2.6.16.