Kubernetes Borg/Omega history topic 8: Declarative configuration and Apply. Inside Google, the most used configuration approach for Borg is the Turing-complete Borg Configuration Language (BCL). You can see a snippet of BCL on slide 7 in this deck: http://www.inf.ed.ac.uk/teaching/courses/exc/slides/Wilkes.pdf …
-
Show this thread
-
Replying to @bgrant0607
I like the overall train of thought, but I have two issues with the conclusions to this thread: 1. server-side apply will never be sufficient, as it's only a small portion of the overall lifecycle. We will always need to describe our config before and after pushed to the server.
1 reply 0 retweets 0 likes -
Replying to @anguslees1
What Apply enables is merging of user-specified declarative intent in VCS and runtime automation: defaults, built-in and third-party synchronous mutating admission control, built-in and third-party asynchronous controllers, autoscalers, continuous deployment systems, whatever.
1 reply 0 retweets 0 likes -
Replying to @bgrant0607
Yep, agreed we need to merge those runtime inputs sensibly. Just saying that server-side apply is not a substitute for client-side config management tools/workflow. It seemed to me that your OP was suggesting this was so.
1 reply 0 retweets 0 likes
borgcfg was a hammer applied to many operational nails for several years: rollouts, scaling, common abstractions, environmental customization, programmatically generated patterns, application configuration, version management, etc. I believe in using the best tool for the job
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.