Sous-Chefs is a community organisation and we like to think of ourselves as a home for unloved great cookbooks. We are also a place where these cookbooks will always get maintained moving forward.
While these cookbooks are great, when we typically take over management of the cookbook repos they are not in the best of states, and there is significant work to bring them up to our standards.
We also have all our existing cookbooks (of which there are over 70) and as our standards change, we need to deploy these changes across all of our repositories.
We are an industry of DevOps practitioners and as part of that we aim to automate all of our world. This is no exception. All of the sous-chefs have personally spent many hours trying to keep all of our files in sync across our repositories, but that is not a sustainable model.
To resolve this, we have created 3 different bot applications that are designed to each tackle one problem we had with managing our multitude of cookbooks.
Github File Manager is designed to ensure static files which do not change are consistent across all Repositories. It uses a source repository and github topics to work out which repositories need these files to be put into them. They are issued as a pull request and allow us to start having the important conversations about what our files should actually look like, rather than spending all the time trying to keep them the same.
For us our source repository is Repo Management
In here we look in the path standardfiles/cookbook and ensure these files are identical in the discovered repositories. If the are not, the bot will issue pull requests to update the files
Examples of the files we manage:
Github Cookstyle Runner was created to solve the problem all organizations with large amounts of cookbooks have.
I know I am meant to run cookstyle, but I don’t have time to.
This little bot will find github repositories by topic and run cookstyle against them, creating a detailed pull request if changes are needed. example.
As an organization we were very bad at keeping up to date with cookstyle fixes. These fixes are important because they can unblock you, our users, from having failures on new versions of Chef Infra, or just identify a mistake we have made and just didn’t catch.
Github Label Manager is the final of the trio of bot applications we use to manage our repositories today. Simply put, it reads json files from a source repository, and ensures those labels (and optionally only those labels) exist on our cookbooks.
Now we could also have done this with our Terraform Github Org however we found in the past that this caused us to run out of github API calls far too quickly when needing to make multiple terraform changes.
Automation is at the heart of every solution in this industry, so it’s not a surprise that a docker image was the best option for a deployable artefact.
We decided to use kubernetes for deployment purposes simply for the fact that as an org we rely on contributors to give up their free time. The less time we are burning on build systems, bots, and release systems, the more time we have to do what we exist for: high quality cookbooks.
With the first run this week across sous-chefs and chef-cookbooks orgs we opened over 300 pull requests and of those 257 have already been merged. Imagine how much time that saves!
These bots are already critical to our management infrastructure, and we have many plans for their future.
As always we are a group of volunteers and our doors are always open. If you can help with any of this or want to get involved in some of the cookbooks we help to maintain, you can find us on the Chef Community Slack in the #sous-chefs channel.