Thanks so much for all the help Martin. Now that I know how everything fits together and what to watch out for (duplicate listen paths, primary key vs api_id), it should be much easier the next time around
Yea, it’s definitely a bit tough to track down some of my silly errors. I recommend hard failing on any config issues (duplicate listen paths, missing keys, etc) and preventing people from adding an api with a listen path that already exists. It can be a bit rough to track those things down in the code if you don’t know what you’re looking for.
Ah, well actually we do that in cloud, it’s all very strictly managed (listen paths are forced UUIDS and auto-generated, duplicate slugs aren’t allowed - or even possible between tenants, collisions can’t happen etc. All of this is configured and managed with the same tech as on-prem (Pro).
But for Pro, we take the gloves off because the installs are smaller and users usually have access to logs and error data, so we’d rather give people lots of options in what seems like a more unstable system, but the payout is a high degree of flexibility to suit your needs once it’s up and running as required - it’s all a trade-off in the end…
TIB is a different story - it’s very new, so stabilising it and making it nice and friendly is still a WIP, we’ll get there though.