Tales of a Part-Time Sysadmin: Dogfooding Docker to Test Docker
blog.jessfraz.com
blog.jessfraz.com
This is not meant to sound terse, but that is not that interesting.
How about writing about how you setup this CI platform? You mention you use jenkins, and mention that jenkins runs using the official docker image for jenkins, but what about all your other hosts and configuration management? You mention consul, but don't go into much detail about it.
Surely there is a lot of moving parts here, I would be interested in knowing all the work and thought that went into setting it up.
She has written some other fun posts about her various crazy setups--she runs Debian on her Mac and walked folks through how to do that:
https://blog.jessfraz.com/post/linux-on-mac/
and almost never installs packages on the host (rather than in containers)--to that end she Dockerized Chrome, Spotify, and a 3D Steam game:
https://www.youtube.com/watch?v=GsLZz8cZCzc
https://blog.jessfraz.com/post/docker-containers-on-the-desk...
(Maybe I have a soft spot for unusual setups. I worked from a netbook for six months, and currently bemuse my coworkers by using an ARM Chromebook as my main machine and doing most of my coding in a WordStar-inspired text editor named joe.)
Ooh, I like the sound of this!
When I was at VMware, we had analogous testing to do with ESX. But there, I was pretty careful to differentiate between "infrastructure" and "system under test," and used known-good versions on infrastructure.
The reasoning was that the test automation was mission-critical and, while dogfooding was good, the cost of the infrastructure going down would have been too high to take the chance and we probably wouldn't have had the luxury of time to debug against it anyway.