Escenarios prácticos

Author: Eduard Tomàs

02-orquestacion/escenarios-practicos/ejercicio_1/01-namespace.yaml

@@ -0,0 +1,6 @@
+apiVersion: v1
+kind: Namespace
+metadata:
+  name: ejercicio
+  labels:
+    name: ejercicio

02-orquestacion/escenarios-practicos/ejercicio_1/02-pod.yaml

@@ -0,0 +1,14 @@
+apiVersion: v1
+kind: Pod
+metadata:
+  name: backend
+  namespace: ejercicio
+  labels:
+    app: backend
+    created-by: backend-team
+spec:
+  containers:
+  - name: main
+    image: lemoncodersbc/go-hello-world:v1
+    ports:
+      - containerPort: 80

02-orquestacion/escenarios-practicos/ejercicio_1/pistas.md

@@ -0,0 +1,9 @@
+# Pistas
+
+# 1.1 Que arranque el pod
+
+El pod entra en `ImgPullBackoff` que significa que no encuentra la imagen. Quizá mirar la página de DockerHub de la imagen te pueda ayudar... https://hub.docker.com/r/lemoncodersbc/go-hello-world
+
+## 1.2 Réplicas
+
+Recuerdas como crear réplicas de un pod? No te basta solo con el pod... Prueba a crear un `ReplicaSet` o mejor aún un `Deployment` en su lugar!

02-orquestacion/escenarios-practicos/ejercicio_1/readme.md

@@ -0,0 +1,11 @@
+# Ejercicio 1: El pod que no arranca
+
+Parece que el equipo de backend tiene un problema con un pod: El contenedor no arranca. Puedes ayudarles y mirar lo que ocurre?
+
+## 1.1 Que arranque el pod
+
+Tu objetivo es recrear el pod y que arranque
+
+## 1.2 Réplicas
+
+Una vez el pod ha arrancado, como podríamos hacerlo para tener 3 réplicas de él en todo momento?

02-orquestacion/escenarios-practicos/ejercicio_2/01-namespace.yaml

@@ -0,0 +1,6 @@
+apiVersion: v1
+kind: Namespace
+metadata:
+  name: ejercicio
+  labels:
+    name: ejercicio

02-orquestacion/escenarios-practicos/ejercicio_2/02-deploy.yaml

@@ -0,0 +1,24 @@
+apiVersion: apps/v1
+kind: Deployment
+metadata:
+  name: backend
+  labels:
+    app: backend
+    created-by: backend-team
+  namespace: ejercicio
+spec:
+  selector:
+    matchLabels:
+      app: backend
+      created-by: backend-team
+  template:
+    metadata:
+      labels:
+        app: backend
+        created-by: backend-team
+    spec:
+      containers:
+      - name: main
+        image: lemoncodersbc/go-hello-world
+        ports:
+          - containerPort: 80

02-orquestacion/escenarios-practicos/ejercicio_2/03-svc.yaml

@@ -0,0 +1,11 @@
+apiVersion: v1
+kind: Service
+metadata:
+  name: backend
+  namespace: ejercicio
+spec:
+  selector:
+    app: back
+  ports:
+  - port: 80
+    targetPort: 8080

02-orquestacion/escenarios-practicos/ejercicio_2/pistas.md

@@ -0,0 +1,14 @@
+# Pistas del ejercicio 2
+
+# 2.1 Haz los pods accesibles
+
+- ¿Cuales son los endpoints del servicio?
+- No todos los problemas son siempre el selector...
+
+- Para lanzar el pod de busybox el comando ideal es: `kubectl run -it bb --image busybox --rm --restart Never -- /bin/sh`
+
+# 2.2 Ofrece acceso desde el exterior
+
+Aunque podrías usar serviciod `NodePort` o `LoadBalancer`, en general para exponer servicios HTTP/HTTPS existe una opción mejor: ingress
+
+- Recuerda habilitar el controlador de ingress de minikube: `minikube addons enable ingress`

02-orquestacion/escenarios-practicos/ejercicio_2/readme.md

@@ -0,0 +1,15 @@
+# Ejercicio 2: No puedo acceder!
+
+El equipo de backend ha desplegado su pod replicado, pero parece que otros equipos se quejan que el pod no responde.
+
+El equipo de backend afirma que su servicio debería responder en http://backend pero parece ser que no es así
+
+¿Qué está ocurriendo?
+
+## 2.1 Haz los pods accesibles
+
+Asegúrate que se puede acceder al pod desde dentro del clúster. Para probarlo crea un pod de busybox y enlázate a él para desde el shell de busybox ejecutar un `wget -qO- http://backend` y obtener la respuesta.
+
+# 2.2 Ofrece acceso desde el exterior
+
+El equipo de frontend al final decide hacer una SPA, lo que implica que las llamadas al backend las realizará un navegdor. Por ello no basta que el backend sea accesible, debe serlo desde fuera del cluster. ¿Como harías el backend accesible desde un DNS?

02-orquestacion/escenarios-practicos/readme.md

@@ -0,0 +1,35 @@
+# Ejercicios de Kubernetes
+
+Venga! Os propongo algunos ejercicios de Kuberentes para ir "engrasando la máquina :D". Para hacerlo divertido serán ejercicios prácticos.
+
+Cada carpeta tiene:
+
+- Un `readme.md` que describe el escenario
+- Unos yamls que crean el escenario
+
+La forma de proceder es sencilla:
+
+- Con el terminal os colocáis en la carpeta del ejercicio a realizar (`cd <carpeta-ejercicio>`)
+- Creais el escenario: `kubectl apply -f .`
+- Leeis el fichero `readme.md` e intentais resolver el escenario.
+- Una vez resuelto elimináis el escenario (`kubectl delete ns ejercicio`)
+
+** Todos los ejercicios se ejecutan en el espacio de nombres `ejercicio`.** Por lo tanto...
+
+- Acuérdate de añadir `-n ejercicio` en todos tus comandos de `kubectl` o bien...
+- Cambia tu contexto para acceder al namespace `ejercicio` de forma automática: `kubectl config set-context --current --namespace ejercicio`
+- Elimina el namespace ejercicio al finalizar, para dejar todo limpio (`kubectl delete ns ejercicio`)
+
+## Si necesitáis alguna ayuda podéis...
+
+- Mirar los ficheros YAML del ejercicio por si os dan una pista. **Aunque es posible resolverlo todo sin mirar los YAML**
+- Mirar el fichero `pistas.md` de cada ejercicio.
+- **Dejar un mensaje en Slack :)**
+
+Y, para terminar, algunas pistas generales:
+
+- Recordad que podéis obtener el YAML de un comando imperativo mediante los modificadores `--dry-run -o yaml` en kubectl (p. ej. `kubectl run bb --image busybox --dry-run -o yaml > pod_bb.yaml`)
+- Recordad que podéis obtener el YAML de un objeto existente mediante el comando `kubectl get <tipo> <nombre> -o yaml` (p. ej. `kubectl get pod my-pod -o yaml > my_pod.yaml`). En este caso el YAML obtenido tiene más campos que los que usaríamos nosotros al crearlo ya que es la descripción entera que tiene el cluster (incluyendo valores por defecto y campos de solo lectura como `status`).
+
+**Cualquier duda la podéis comentar en Slack!!!**
+