-
![thumbnail]()
philpep/imago: Ensure kubernetes pods run on latest images builds from the docker registry
March 15, 2019 at 10:35:45 AM GMT+1 - permalink -Peut être utile dans certains cas, je me le garde de côté
-
https://github.com/philpep/imago
-
Job Application for Full Stack Engineer (Growth) at DataCamp
March 15, 2019 at 8:10:32 AM GMT+1 - permalink -Should have a clear understanding of standard web development processes and best practices
Is a strong communicator who can explain technical concepts in an understandable manner
Is comfortable rapidly writing throwaway code that gets the job done -- even if it’s not well-optimized, well-tested, or well-architected
Cares more about the business impact of the work than the elegance of the technical solution
Must be detail-oriented, self-organized and capable of tracking multiple tasks simultaneouslyLol
-
https://boards.greenhouse.io/datacamp/jobs/1482036
-
![thumbnail]()
Using Helm without Tiller - Giant Swarm
March 11, 2019 at 3:25:18 PM GMT+1 - permalink -Pour obtenir les yaml sans installer un helm chart :
helm template \
--values ./values/prometheus.yaml \
--output-dir ./manifests \
./charts/prometheus
-
https://blog.giantswarm.io/what-you-yaml-is-what-you-get/
-
![thumbnail]()
-
![thumbnail]()
coreos/prometheus-operator: Prometheus Operator creates/configures/manages Prometheus clusters atop Kubernetes
March 9, 2019 at 9:41:15 PM GMT+1 - permalink -Prometheus Operator vs. kube-prometheus
The Prometheus Operator makes the Prometheus configuration Kubernetes native and manages and operates Prometheus and Alertmanager clusters. It is a piece of the puzzle regarding full end-to-end monitoring.
kube-prometheus combines the Prometheus Operator with a collection of manifests to help getting started with monitoring Kubernetes itself and applications running on top of it.
https://github.com/coreos/prometheus-operator/tree/master/contrib/kube-prometheus
-
https://github.com/coreos/prometheus-operator
-
Controlling nginx
March 8, 2019 at 12:03:45 PM GMT+1 - permalink -Pour un graceful shutdown de nginx, il faut un SIGQUIT
Kubernetes envoie du SIGTERM alors on peut utiliser un preStop script pour être + cool
https://kubernetes.io/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/#define-poststart-and-prestop-handlersOn peut aussi utiliser le preStop pour s'assuret que le container nginx sidecar s'arrête bien avant l'autre container en posant un lock dans un shared volume. Le preStop de l'autre container va attendre que le lock soit supprimé pour se couper. Le preStop du nginx va supprimer le lock quand il a bien terminé.
On crée le lock dans un postStart
via Meetup k8s bbc speaker
-
http://nginx.org/en/docs/control.html
-
Note: EKS worker nodes endpoint for prometheus
March 7, 2019 at 12:34:55 PM GMT+1 - permalink -tcp6 0 0 :::61678 :::* LISTEN 0 81586 32466/aws-k8s-agent
Tous les nodes exposent ça, c'est cool, ils auraient pu en parler dans la doc ;)
curl localhost:61678/metrics
-
https://links.infomee.fr/?WwXrCQ
-
![thumbnail]()
kubernetes-incubator/external-dns: Configure external DNS servers (AWS Route53, Google CloudDNS and others) for Kubernetes Ingresses and Services
March 6, 2019 at 6:10:04 PM GMT+1 * - permalink -marche bien, j'ai quand même créé une nouvelle zone et donné les droits dans le role IAM seulement sur celle-ci pour ne pas tout mélanger
Il faut désactiver le upsert only sinon les entrées DNS ne sont pas supprimées quand le service est supprimé et quand on le recrée, il n'arrive pas à update
-
https://github.com/kubernetes-incubator/external-dns
-
Kubernetes/kubectl Ignores Annotation Changes | 8bitzen
March 6, 2019 at 6:02:20 PM GMT+1 - permalink -ça m'est arrivé, bien galère..
Il faut ajouter des quotes aux value des annotations pour qu'elles soient prise en compte lors d'un apply
-
https://blog.8bitzen.com/05-07-2018-k8s-kubecl-ignores-annotation-changes/
-
Note: Kubernetes rollout history
March 6, 2019 at 4:59:53 PM GMT+1 - permalink -Quand on modifie un deployment avec un kubectl apply -f chemin/vers/fichier.yaml
Le rollout history n'est pas complété, aucune révision n'est créée
Il faut ajouter un --record à la commande précédente ce qui va créer une révision avec un "change cause" qui va reprendre la commande :REVISION CHANGE-CAUSE
10 kubectl apply --filename=k8s/preprod/ --record=truePas mal mais on peut faire mieux en ayant par exemple le hash du commit (ou le numéro du build..) dans ce "change cause"
Pour ça, dans la CI/CD, on peut renommer par exemple le dossier avant de lancer le kubectl apply -f, ce qui donnera :
REVISION CHANGE-CAUSE
11 kubectl apply --filename=k8s/preprod-a5bcec9 --record=trueEt comme ça on a un rollout history bien propre pour s'y retrouver ;)
-
https://links.infomee.fr/?7sdJlA
