No but updating static routes via puppet/ansible and reloading is a piece of piss.
If your site is volatile enough that the routing needs to change that often then there is something wrong either with your information architecture or your development process.
Or maybe you're trying to deal with a huge legacy content migration of several hundred different government agencies and want to deploy several times a day without waiting for 10 minutes for nginx to load 1MB of config each time?
The back-end to GOV.UK is designed to be very configurable by non-technical users, and many of their routes are dynamic. While Puppet could be used, the process of automating those edits, then rolling them out to all the servers, but in batches so that no downtime is experienced with restarts, configuring load balancers to be aware of this, etc, etc, the whole process has lots of points that could fail.
It really sounds like a dynamic front-end that is aware of the routes would be a much better idea, far less that can go wrong.
Allowing non-technical users access to routes is a disaster waiting to happen. The whole thing should have a QA process around it. I'm genuinely surprised it's being run like this.
The biggest point of failure is always humans and you're basically handing them a gun there.
If your site is volatile enough that the routing needs to change that often then there is something wrong either with your information architecture or your development process.