I second that you should look at helm. As a slightly more low tech variant, we effectively `kubectl apply -f` the definition from CI, and let Kubernetes take care of filling in the blanks and converging the state. This works great with Namespaces, Deployments, Services and Ingresses.
/MR On Sat, Feb 11, 2017, 18:20 'mrpanigale' via Kubernetes user discussion and Q&A <kubernetes-users@googlegroups.com> wrote: > Have you looked at kubernetes helm https://github.com/kubernetes/helm ? > > Here is an example script I run during my gitlab-ci process: > > helm upgrade microservices-$4 ./kubernetes/application/helm/microservices/ > \ > -f ./kubernetes/application/helm/microservices/values.yaml \ > --set global.microservices.image.tag=$BUILD_VERSION > --set global.pe.image.tag=$BUILD_VERSION_PE > > kind regards, > > Andrew > > On Thursday, February 9, 2017 at 11:16:05 PM UTC+1, Bart Van Bos wrote: > > Hi all, > > We are currently building a CI/CD pipeline in Jenkins. Following best > practices, we keep our kubernetes yaml files in Git. Part of the pipeline > is responsible of making sure changes into those Git tracked kubernetes > yaml files are auto applied into the several clusters (dev/acc/prod). > > The way we are considering to do this right now, is the create some kind > of "applier pod" within the cluster, which polls the hit repo for changes > and applies changes by talking to the API server from within the cluster. > > My question is an open, twofold one: > - "how do others solve this CI/CD auto apply requirement?" > - "are there any solutions out there doing exactly this, within and/or > outside the kubernetes community?" > > Thanks for any suggestion or references in advance. > > Best regards, > Bart > > -- > You received this message because you are subscribed to the Google Groups > "Kubernetes user discussion and Q&A" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to kubernetes-users+unsubscr...@googlegroups.com. > To post to this group, send email to kubernetes-users@googlegroups.com. > Visit this group at https://groups.google.com/group/kubernetes-users. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.
