The Two Keys: A Parable of the Master Locksmith and the Janitor
In the quiet, humming heart of any small service, there exists a door. It is the door to the kingdom, the vault, the sanctum. It is the state of the system. And for this door, there are two keys. One is held by the Master Locksmith, the other by the Janitor. Their approaches to this single, crucial door could not be more different, and the fate of the kingdom often rests on which key is used, and when.
The Master Locksmith’s key is a marvel of precision engineering. It is not a physical object but a meticulously crafted Ansible playbook, a Terraform module, a Docker Compose file. The Locksmith approaches the door with reverence and a deep understanding of its every pin and tumbler. To change the state, the Locksmith does not simply turn the key; they forge a new one from a master blueprint. They version it, test it in a replica lock, and only then, with a deep breath, do they apply it to the real door. The state is immutable, the process is repeatable, and the result is a perfect, known configuration. The kingdom is ordered, exactly as designed.
The Janitor’s key is simpler. It is a well-worn SSH connection, a familiarity with the command line, a collection of clever one-liners kept in a text file named ‘fixes.txt’. The Janitor knows the door creaks if you lift it slightly while turning the key. They know that the third pin is a bit sticky and requires a jiggle. When something is amiss, the Janitor does not return to the blueprint; they approach the door directly. They apply a little graphite, they tweak a setting live, they restart a service. The fix is immediate. The door is open. The kingdom is running again.
We are taught to venerate the Locksmith. Their method is clean, auditable, and safe. It is the way of ‘cattle, not pets’. But to dismiss the Janitor is to forget that systems are not just blueprints; they are also physical, messy things that live and breathe. The Janitor’s intimate, hands-on knowledge is what diagnoses the obscure bug that the blueprint never accounted for. It is the quick fix that stops the bleeding at 3 AM, long before a playbook could be written and tested.
The wisdom, then, is not in choosing one key over the other, but in knowing which pocket to reach into. The Locksmith’s key builds the world and ensures it can be rebuilt. The Janitor’s key keeps the world turning when the blueprint falls out of sync with reality. The true art of stewardship is in using the Locksmith’s key to codify the Janitor’s fixes, to slowly replace the clever one-liners with a more robust, versioned truth. It is a continuous, quiet conversation between the ideal state and the real one, between the architect and the caretaker, ensuring the door to the kingdom never sticks for long.
Notes & further reading
A few pages I came back to while writing this: