Ir al contenido principal

Understanding Liveness, Readiness and Startup Probes in Kubernetes

 This is a small article about understanding the liveness, readiness and startup in kubernetes.  There's good explanation in the kubernetes documentation: https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/ This video also explains well the process: https://www.youtube.com/watch?v=aTlQBofihJQ But I wanted to understand it in a practical way. So I have this demo: https://github.com/DiegoTc/guest-book-js-docker/tree/Running-App-Version-1 It's a simple application running on a kubernetes cluster. https://github.com/DiegoTc/guest-book-js-docker/blob/Running-App-Version-1/argo/deployment.yaml apiVersion: apps/v1 kind: Deployment metadata: name: chat-ui spec: replicas: 1 revisionHistoryLimit: 3 selector: matchLabels: app: chat-ui template: metadata: labels: app: chat-ui spec: containers: - image: diegotc/guestbook:20230803-064434 imagePullPolicy: Always nam

Hackaton 2014. Hackiemos la seguridad en nuestro país.

Primer hackaton que participo. En lo personal el evento estuvo bien organizado. Los organizadores hicieron un buen trabajo. Comida, refresco, agua no falto. El internet ciertos momentos del día hubieron problemas, pero no fue algo que afecto el desarrollo de los proyectos. Lo digo otra vez más los organizadores se llevan un 99% en logística.

Lo malo.

Claro que hubo cosas malas. Y creo que una de ellas es la conformación del jurado. No estuvo bien equilibrado. Había un juez, un abogado, un oficial de policía y una web designer. Pero hay que tomar en consideración que la web designer no hablaba ni entendía el español.  Los organizadores no garantizaron a los presentes que la traducción fue de calidad. Ejemplo cuando ella dio unas palabras y la persona que traducía tuvo que preguntarle que había dicho.
Aparte de esto, considero que hicieron falta más personas en el jurado. Dejamos a un lado los psicólogos, maestros, líderes de barrios y colonias. Estas personas están necesitados de herramientas las cuales fueron presentadas en el evento. Pero un abogado no ve la importancia de eso. El ve lo que más cree el que sea conveniente.
La idea de pre revisiones estuvo buena. Pero creo que no se efectuó de la mejor manera. Es cierto que es un evento entre amigos y conocidos. Pero hay que recordar que esto era una competencia y al final alguien quiere ganar y para evitar malos comentarios hay que hacer las cosas como se deben.
Las pre-revisiones no fueron la gran cosa, simplemente unas cuantas preguntas y listo. Se tuvo que ser un poco más estricto en esto.
Cuando los grupos se presentaron hubo grupos que hasta la mitad de la presentación apareció la imagen y se podía ver su proyecto. Hubo un grupo que no mostro su proyecto a los presentes, solo mostraron su teléfono a los jueces.  Esto deja que se mal interprete  las cosas.

 Detalles así fueron las cosas malas que vi. Todo lo demás lo considero que estuvo bueno.

Comentarios

Publicar un comentario

Entradas populares de este blog

Understanding Liveness, Readiness and Startup Probes in Kubernetes

 This is a small article about understanding the liveness, readiness and startup in kubernetes.  There's good explanation in the kubernetes documentation: https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/ This video also explains well the process: https://www.youtube.com/watch?v=aTlQBofihJQ But I wanted to understand it in a practical way. So I have this demo: https://github.com/DiegoTc/guest-book-js-docker/tree/Running-App-Version-1 It's a simple application running on a kubernetes cluster. https://github.com/DiegoTc/guest-book-js-docker/blob/Running-App-Version-1/argo/deployment.yaml apiVersion: apps/v1 kind: Deployment metadata: name: chat-ui spec: replicas: 1 revisionHistoryLimit: 3 selector: matchLabels: app: chat-ui template: metadata: labels: app: chat-ui spec: containers: - image: diegotc/guestbook:20230803-064434 imagePullPolicy: Always nam

Getting Docker Syntax In Gedit

I have been working with docker in the last days, and encounter the syntax issue with gedit. Just pure plain text. So make a small search and found an easy way for fixing this. I found Jasper J.F. van den Bosch repository in GitHub and found the solution for this simple problem. We need to download the docker.lang file, available here:  https://github.com/ilogue/docker.lang/blob/master/docker.lang After that, you go to the folder you save the file and do the following command. sudo mv docker.lang /usr/share/gtksourceview-3.0/language-specs/  If this doesn't work you can try the following: sudo mv docker.lang  ~/.local/share/gtksourceview-3.0/language-specs/ And that's all! Screenshot of gedit with no docker lang Screenshot of gedit with docker lang

Ansible using plugins for dynamic inventories

This is a small post about how to use inventory plugins in Ansible. If you are looking the script way I recommend to read this article: http://gloriasilveira.com/setting-up-ansible-for-aws-with-dynamic-inventory-ec2.html It explains really good this or you can watch this video: https://www.youtube.com/watch?v=LnbqO1kTPqE&t=6s But if you’re looking to use inventory this article can help you. First of all, why should I used inventory if all over the internet they’re using the python scripts? Well, Ansible recommends it: Inventory plugins take advantage of the most recent updates to Ansible’s core code. We recommend plugins over scripts for dynamic inventory. You can write your own plugin to connect to additional dynamic inventory sources. https://docs.ansible.com/ansible/latest/user_guide/intro_dynamic_inventory.html The actual ansible guide is quite good, but there was a step that got me confused, probably my english isn’t so good and I didn’t understood it. We need to ena