kongfig - diff against API and automatically delete what's not on config
See original GitHub issueWhen automating kong config deployments with kong, sometimes changes are made that remove elements from kong. I believe kongfig caters for this with the ensure: present|absent
property on each object.
This however creates a great deal of technical debt. Cannot be removed until it’s been deployed everywhere, which is difficult to keep track of.
It would be great if kongfig would compare the config file given to it against what’s on kong’s admin API, and proceed to delete anything on the API that’s not on config.
This way we could fully automate deployments without littering our config files with @todos and technical debt.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:7
- Comments:5 (3 by maintainers)
Top Results From Across the Web
APIServer dry-run and kubectl diff - Kubernetes
kubectl diff does exactly what you want by showing the differences between the current "live" object and the new "dry-run" object. It makes...
Read more >Make 'git diff' ignore ^M - Stack Overflow
This opens your global .gitconfig file in a text editor, and you can easily delete the lines you want to remove. (Or you...
Read more >How AWS Config Works
Learn how AWS Config creates, stores, and tracks the configuration of each resource in your account.
Read more >Kafka 3.3 Documentation
Apache Kafka can be started using ZooKeeper or KRaft. To get started with either configuration follow one the sections below but not both....
Read more >git-config Documentation - Git
Note that "../" is not special and will match literally, which is unlikely what you want. Example. # Core variables [core] ; Don't...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I didn’t want to thumbs-down you without an explanation. I felt just as odd about the ensure property at first, but we ended up using it to our advantage (or disadvantage from another viewpoint, I suppose). Rather than centrally manage our ‘one true kongfig’ for all of our apis, each microservice/repository has it’s own. We like that model because it ensures a minimal deployment, less chance of conflicts as those services get released so often, and no dependent builds in jenkins.
I do like the suggestion by @kjsteuer to allow it to be an additional apply option, though. Something like:
kongfig apply --path kongfig.yml --host x --ensureoff
When are we expecting this feature ? - #107