HI,

Check this one, hope it helps

https://github.com/waterplaclid/spark-kubernetes-demo.git   ( path- 
spark-kubernetes-demo/brightics-on-kubernetes/subversion-service.yaml)

Also check this one 

https://hub.docker.com/r/solsson/svnsync/





Sent from Mail for Windows 10

From: mderos...@gmail.com
Sent: Monday, April 23, 2018 4:27 PM
To: Kubernetes user discussion and Q&A
Subject: [kubernetes-users] Best practices for subversion updates on 
prodenvironment with kubernetes cluster in daemon set configuration

Hi all,
I have a Kubernetes cluster on my production environment that is composed by 6 
pods.
At the moment when I have to make a new deploy, I create a new docker image on 
my local machine where I execute a svn update.
Then I push the new image on GCE and finally I can execute a rolling update.

But sometimes I have to make a lot of svn updates so I would like to know which 
are the best practices in order to have a persistent disk (where I could update 
my svn code as often as I want) that will be mounted by every pod of daemon 
set, without a significant decrease in performance.

Many thanks

Marco

-- 
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.



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
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.

Reply via email to