I need to reveal some ignorance here, but hopefully it’ll be a net win in the end.
We use the term “pod spec” quite heavily. I don’t know all of the history, but I assume that’s because it relates to the “spec” key of resource configuration files.
Does this mean that Juju can only model pods? What about Deployments, ReplicaSets and Services?
Are there any “pod spec” keys that don’t emerge from Kubernetes? Will Juju always be perceived as lagging features? For a lack of a better term, could we forward port some features from Juju onto k8s by adding vendor extensions to the pod spec?